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(54) Data transmitting device, data receiving device, and data recording device 



(57) A data transmitting device connected to a pre- 
scribed network, comprises coding means for receiving 
plural kinds of coded data, and coupling these coded 
data in first data units to generate a first coded stream; 
dividing means for dividing the first coded stream in sec- 
ond data units of a prescribed data size to generate 
divided pack data corresponding to divided packs as the 
second units; packet generating means for adding 



header information to respective divided pack data to 
generate packet data corresponding to packets as data 
transmission units; and transmitting means for output- 
ting the respective packet data toward the network as a 
second coded stream which has a data structure differ- 
ent from that of the first coded stream. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a data trans- 
mitting device, a data receiving device, and a data 
recording device and, more particularly to an device 
which transmits, receives, or records output data of an 
MPEG (moving picture expert group) 2 encoder or data 
of an MPEG2 program stream recorded in a recording 
medium such as an optical disk, through a communica- 
tion medium (interface) such an IEEE1394 system. 

BACKGROUND OF THE INVENTION 

[0002] In recent years, attention has been focused on 
the IEEE 1394 system as a serial transmission system 
for data. 

[0003] The IEEE1394 system uses any of 100Mbps, 
200Mbps, and 400Mbps as a base rate of data trans- 
mission with a cycle time of 125jas (microsecond). 
[0004] Also, the IEEE 1394 system defines two com- 
munication methods, namely, an isochronous transfer 
(synchronous communication) and an asynchronous 
transfer. In the isochronous transfer, data is transmitted 
immediately in response to a transmission request, 
while in the asynchronous transfer, some delay may 
sometimes occur between generation of a transmission 
request and data transmission. 

[0005] The isochronous transfer is a communication 
method for use by data transmission which must be 
made in real time, as is typical of transmission of AV 
(Audio Video) data. In the isochronous transfer, prior to 
the start of data transmission, a band required for data 
transmission is obtained. Then, with this band, data of 
at least one packet is transmitted once in one cycle 
(125ps), which ensures that data transmission is made 
in real time. 

[0006] On the other hand, the asynchronous transfer 
is a communication method for use by data transmis- 
sion which need not be made in real time, as in the case 
of transmission of computer data such as commands or 
still picture data. It is assumed that this is identical to a 
transmission system such as a conventional SCSI 
(small computer system interface). 
[0007] Currently, for transmission of the AV data using 
the isochronous transfer, a method of transmitting data 
for digital VCR (Video Cassette Recorder), a method of 
transmitting MPEG2 transport stream data, and so forth 
are defined. 

[0008] Now, a brief description is given of a communi- 
cation method on a network N by the use of an interface 
according to the IEEE1394 (hereinafter referred to as 
13941/F). 

[0009] Figure 36(a) schematically shows a network to 
which three terminals are connected through the 
1 394I/F. Suppose that terminals A, B, and C are a digital 
video camcoder (DVC), a personal computer for output- 



ting the MPEG2 transport stream (TS) as image data, 
and a receiving device for image data, respectively. Also 
suppose that the terminal A is a main terminal for out- 
putting a cycle start packet per 125us toward the net- 
5 work N, and allocating a frequency band for data 
transmission to each terminal. 

[001 0] In the 1 394I/F, time for the isochronous transfer 
and time for asynchronous transfer are allocated for one 
cycle. Of the one cycle, 80% time period is used for the 

10 isochronous transfer, and the remaining 20% time 
period is used for the asynchronous transfer. Each ter- 
minal performs data transmission by the isochronous 
transfer for data which must be transmitted in real time, 
and performs data transmission by the asynchronous 

15 transfer for data which need not be transmitted in real 
time. 

[0011] Initially, each of the terminals A-C declares a 
frequency band required for data transmission to the 
main terminal A, and requests permission for use of the 

20 band. If permitted, each terminal uses the band for data 
transmission, whereas if not permitted, it tries to request 
permission for use of reduced band. When the permis- 
sion is granted, each terminal can transmit packet data 
by the isochronous transfer at least once in one cycle 

25 when it is necessary to perform the isochronous trans- 
fer. 

[0012] Hereinafter, description is given of a case 
where the terminals A and B perform data transmission 
by the isochronous transfer, and the terminal C per- 
30 forms data transmission by the asynchronous transfer, 
with reference to figure 36(b). 

[0013] Referring to figure 36(b), the main terminal A 
outputs cycle start packets Stl, St2, St3,..., each indi- 
cating a head of each cycle in each cycle, and outputs 
35 isochronous packets Aisol, Aiso2, Aiso3, ... in each 
cycle. 

[0014] The terminal B outputs isochronous packets 
Bisol, Biso2, Biso3,..., in each cycle. 
[0015] The terminal C outputs an asynchronous 
40 packet Casynl , subsequently to the isochronous pack- 
ets Aisol , and Bisol , in a cycle between the cycle start 
packets St1 and St2. 

[001 6] In a case where plural terminals output asyn- 
chronous packets, priority of the asynchronous packets 

45 is established among them in such a manner that prior- 
ity decreases in the order in which transmission 
requests of the corresponding terminals are sent to the 
main terminal. In this case, asynchronous packets 
which have not been transmitted in one cycle will be 

50 transmitted in a subsequent cycle. 

[001 7] Meanwhile, in DVD (digital versatile disk)-Video 
standard, a method of recording compressive! y coded 
video data or audio data in a DVD disk as a recording 
medium is defined. 

55 [0018] Assume that compressively coded video data 
or audio data is read from the recording medium such 
as the DVD, and AV decoding is performed thereto. In 
this case, in general, data is read from the recording 
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medium at a rotation rate higher than a rotation rate cor- 
responding to normal data processing rate, and data is 
read intermittently. 

[0019] As shown in figure 37, a reproducing device 10 
such as a DVD player, includes a buffer 1 2 at a previous 5 
stage of an AV data decoder 1 3, for storing read data 
therein to buffer difference between a data readout rate 
and a data processing rate. In figure 37, reference 
numeral 1 1 designates an optical head for reading data 
from the -DVD diskl, and reference numeral 14 desig- io 
nates a display such as TV (Television Set) which dis- 
plays image data or outputs audio data on the basis of 
an output of the AV data decoder 1 3. 
[0020] In the DVD player thus constructed, data trans- 
fer from the recording medium 1 to the buffer 12 is con- 15 
trolled according to amount of data stored in the buffer 
12. In response to a request Re from the AV data 
decoder 13, data Da is transferred from the buffer 12 to 
the AV data decoder 13. 

[0021 ] Here, assume that a digital interface ( l/F) 1 5 is 20 
added to the DVD player as shown in figure 38. 
[0022] At a transmitting end, a transmitting device 10 
transfers data from the recording medium 10a to the 
buffer 12, and then outputs data to the digital interface 

15. 25 

[0023] Meanwhile, at a receiving end. a receiving 
device 20 receives data through a digital interface 21, 
and then an AV data decoder 22 decodes received data 
and outputs decoded data to the TV or the like. 
[0024] In this case, since data is output from the buffer 30 
12 in response to a request Rq2 from the AV data 
decoder 22 of the receiving device 20, the request Rq2 
must be transmitted through the digital interfaces 21 
and 1 5 at the receiving end and the transmitting end, 
respectively. 35 
[0025] Besides, in another case where plural devices 
receives data, since operations of the corresponding AV 
data decoders might differ from each other, it is required 
that a transmitting device at the transmitting end output 
data in response to requests from respective receiving 40 
devices at the receiving end. Therefore, a transmitting 
device at the transmitting end must read data from a 
recording medium at a very high rate. 
[0026] Data recorded in the DVD is data which takes 
an MPEG2 program stream format (hereinafter referred 45 
to as MEPEG2-PS data). In order to transmit the 
MEPEG2-PS data through the 13941/F as the digital 
interface 15 in figure 38 (a), that is, to transmit it accord- 
ing to a transmitting method of the conventional MPEG2 
transport stream format data (hereinafter referred to as so 
MPEG2-TS data), it is required that the MEPEG2-PS 
data be converted into the MPEG2-TS data. 
[0027] Hereinbelow, description is given of problems 
associated with transmission of the MEPEG2-PS data 
recorded in the DVD through the 13941/F from the ss 
transmitting end to the receiving end with reference to 
figure 39. 

[0028] Figure 39 shows detailed structures of the 



interfaces 15 and r 2i of transmitting device 10a and 
receiving device 20a in figure 38, respectively. The 
interface 15 of the transmitting device 10 comprises a 
conversion unit 15a for converting the MEPEG2-PS 
data output from the buffer 12 into the MPEG2-TS data, 
and a transmitting end 1 394 l/F 1 5b connected to an out- 
put area of the conversion unit 15a. The interface 21 
comprises a receiving end 13941/F 21 a for receiving the 
MPEG2-TS data from the transmitting end over an net- 
work N, and a conversion unit 21b for converting the 
MPEG2-TS data from the 13941/F 21a into the 
MEPEG2-PS data. 

[0029] In order to transmit the MEPEG2-PS data 
recorded in the DVD through the 13941/F, it is required 
that the MEPEG2-PS data be converted into the 
MPEG2-TS data on the transmitting end, and the 
MPEG2-TS data be converted into the MEPEG2-PS 
data at the receiving end :i 

[0030] However, there have been many problems 
associated with the above data conversion, which will 
be described below. 

V- 

i) The MEPEG2-PS data and the MPEG2-TS data 
have contents of data description which differ from 
each other in their respective headers, and there- 
fore information of the headers must be changed, 
causing complicated data processing. 

ii) The MEPEG2-PS data and the MPEG2-TS data 
respectively contain clock reference (time data) 
which a decoder use. The clock reference of the 
MEPEG2-PS data is called "SCR" (System Clock 
Reference), and the clock reference of the MPEG2- 
TS data is called "PCR" (Program Clock Refer- 
ence). According to MPEG2, the largest interval of 
the SCR is 700ms, and the largest interval of the 
PCR is 100ms. When converting the MEPEG2-PS 
data into the MPEG2-TS data, more clock refer- 
ences must be created, and therefore there is a 
need for a circuit for generating a high-precision 
timing signal at a transmitting end. 

[0031] The MEPEG2-PS data recorded in the DVD 
contains data unique to the DVD (Navigation data or the 
like) in a private stream format. When the MPEG2-TS 
data into which the MEPEG2-PS data has been con- 
verted is decoded by a decoder for TS, the data unique 
to the DVD cannot be decoded. For this reason, it is 
necessary that the MPEG2-TS data output from the 
13941/F 21a be inversely converted into the MEPEG2- 
PS data at the receiving end, causing a complicated 
structure of receiving device. 

[0032] Assuming that transmitting device is a DVD 
recorder 10b for performing coding to a TV signal and 
recording a coded TV signal in a recording medium 1 
such as the DVD, as in the case of the DVD recorder 10. 
what is needed is that the DVD recorder 10b includes a 
conversion unit 17 for converting the MEPEG2-PS data 
output from an MPEG2 program stream encoder (ele- 
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mentai y and system) 16 into the MPEG2-TS data, and 
an output of the conversion unit 1 7 is signal is sent onto 
an network N through an 13941/F unit 18. 
[0033] The recording medium such as the optical disc 
contains data which has been subjected to error correc- 
tion coding and modulation. In a case where the data is 
read from the recording medium such as the optical 
disk, if track jump may fails and the same data is reread 
therefrom, a buffer may underflow, or if ECC (error cor- 
rection code) decoding may develop an error, and the 
same data is reread therefrom, a buffer may underflow 
in the system in figure 38. 

[0034] In this case, even if the AV data decoder 13 at 
a transmitting end issues a data request to the buffer, 
data will not be output therefrom, or it is not correct data 
if output. The same goes for data output to the digital 
interface 15. Hence, in the system shown in figure 38, 
the AV data decoder 22 at the receiving end cannot per- 
form correct decoding, causing an incorrect video or 
audio signal to be reproduced. In other words, in the 
system shown in figure 38, when reading data from a 
recording medium such as an optical disk has devel- 
oped an error in the transmitting device, if read data is 
transmitted to the receiving end through the digital inter- 
face, the data cannot be AV decoded correctly at the 
receiving end. 

SUMMARY OF THE INVE NTION 

[0035] It is an object of the present invention to pro- 
vide a data transmitting device which can transmit 
MPEG2 program stream data output from an MPEG2 
encoder (elementary and system) or recorded in a 
recording medium by the use of an 13941/F without the 
necessity of converting it into an MPEG2 transport 
stream. 

[0036] It is another object of the present invention to 
provide a data receiving device which can receive the 
MPEG2 program stream data transmitted by the use of 
the 13941/F and can decode the same correctly, and a 
data recording device which can record the MPEG2 
program stream data transmitted by the use of the 
139411/F in a prescribed recording format 
[0037] It is still another object of the present invention 
to provide a data transmitting device which can transmit 
data which will be decoded correctly at a receiving end, 
and a data receiving device which can correctly decode 
the data transmitted from the data transmitting device, 
even if underflow or an ECC error occurs in a buffer at a 
transmitting end while data recorded in a recording 
medium is transmitted. 

[0038] Other objects and advantages of the present 
invention will become apparent from the detailed 
description that follows. The detailed description and 
specific embodiments described are provided only for 
illustration since various additions and modifications 
within the spirit and scope of the invention will be appar- 
ent to those skill in the art from the detailed description. 



[0039] According to first aspect of the present inven- 
tion, a data transmitting device connected to a pre- 
scribed network, comprises coding means for receiving 
plural kinds of coded data, and coupling these coded 
5 data in first data units to generate a first coded stream; 
dividing means for dividing the first coded stream in sec- 
ond data units of a prescribed data size to generate 
divided pack data corresponding to divided packs as the 
second units; 

io packet generating means for adding header information 
to respective divided pack data to generate packet data 
corresponding to packets as data transmission units; 
and transmitting means for outputting the respective 
packet data toward the network as a second coded 

is stream which has a data structure different from that of 
the first coded stream. Therefore, the MPEG2 program 
stream data or the like can be divided into packets 
which are smaller than its data units. As a result, the 
MPEG2 program stream or the like can be output 

20 toward the network by a transmitting method of the 
transport stream, that is, through the IEEE 13941/F, 
without the necessity of converting it into the MPEG 
transport stream. In addition, in a receiving device at a 
receiving end connected to the network, received data 

25 packets are coupled, thereby restoring the MPEG2 pro- 
gram stream generated by the data transmitting device. 
[0040] According to a second aspect of the present 
invention, in the data transmitting device as defined in 
the first aspect, the dividing means divides the first 

30 coded stream in such a manner that the divided packs 
each contains coded data of one kind. Therefore, the 
MPEG2 program stream can be restored easily at the 
receiving end. 

[0041] According to a third aspect of the present 
35 invention, in the data transmitting device as defined in 
the second aspect, the packet generating means gener- 
ates packet data by adding stuffing data to a divided 
pack of a size smaller than the prescribed data size so 
that all the generated packets are of the same size. 
40 Therefore, packet data is easy to handle at the transmit- 
ting end and the receiving end. 

[0042] According to a fourth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises reading means for reading 

45 data recorded in sector units of a prescribed data size in 
a recording medium for each sector; dividing means for 
dividing data corresponding to each sector read by the 
reading means in data units of a data size smaller than 
that of the sector, to generate divided pack data corre- 

50 sponding to divided packs as the data units; packet gen- 
erating means for adding header information to 
respective divided pack data, to generate packet data 
corresponding to packets as data transmission units; 
and transmitting means for outputting respective packet 

55 data toward the network. Therefore, the MPEG2 pro- 
gram stream or the like can be output toward the net- 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F, without the necessity 
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of converting it into the MPEG transport stream. 
[0043] According to a fifth aspect of the present inven- 
tion, in the data transmitting device as defined in the 
fourth aspect, the dividing means divides the data cor- 
responding to the sector so that head data of each sec- 
tor matches head data of the corresponding divided 
pack. Therefore, packet data is easy to handle at the 
receiving end. 

[0044] According to a sixth aspect of the present 
invention, in the data transmitting device as defined in 
the fourth or fifth aspect, the packet generating means 
generates packet data by adding information indicating 
that a divided pack contains head data of the corre- 
sponding sector to the divided pack. Therefore, divided 
packs can be restored to a pack with ease at a receiving 
end. Besides, the pack is divided in arbitrary byte units, 
thereby realizing effective use of a band of a digital 
interface such as the 13941/F. 

[0045] According to a seventh aspect of the present 
invention, a data receiving device for receiving packet 
data output from the data transmitting device as defined 
in any of the fourth to sixth aspects as a coded stream, 
comprises receiving means for receiving the packet 
data and outputting the divided pack data correspond- 
ing to each packet according to analysis of its header 
information; and coupling means for coupling the 
divided pack data output from the receiving means to 
generate data corresponding to the sector. Therefore, 
based on packet data output from the data transmitting 
device, the MPEG2 program stream or the like gener- 
ated by the data transmitting device can be correctly 
restored. 

[0046] According to an eighth aspect of the present 
invention, a data recording device for receiving and 
recording packet data output as a coded stream from 
the data transmitting device as defined in any of the 
fourth to sixth aspects, comprises receiving means for 
receiving the packet data and outputting the divided 
pack data corresponding to each packet according to 
analysis of its header information; coupling means for 
coupling the divided pack data output from the receiving 
means to generate data corresponding to the sector; 
and recording means for recording the data correspond- 
ing to the sector output from the coupling means in a 
recording medium having a sector structure. Therefore, 
based on packet data output from the data transmitting 
device, the MPEG2 program stream or the like gener- 
ated by the data transmitting device can be correctly 
restored and recorded. 

[0047] According to a ninth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recording medium; buffer 
means for temporarily storing the data read by the data 
reading means; and data transmitting means for output- 
ting the data output from the buffer means, toward the 
network; wherein, when the buffer means goes into 
underflow state, the data transmitting means outputs 



underflow information indicating that underflow has 
occurred in the buffer means, toward the network. 
Therefore, even when underflow has occurred in a 
buffer at the transmitting end, the receiving end detects 

5 the occurrence of underflow and converts the operating 
mode from the normal mode to the error handling mode. 
As the result, speedy error-handling is realized at the 
receiving end, whereby disorder of video and audio sig- 
nals due to the occurrence of underflow in the buffer at 

yo the transmitting end can be suppressed effectively. 
[0048] According to a tenth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recording medium; buffer 

is means for temporarily storing the data read by the data 
reading means; packet generating means for adding 
header information to the data output from the buffer 
means, and generating packet data corresponding to a 
packet which is a unit of data transmission; and data 

20 transmitting means for outputting the packet data output 
from the packet generating means, toward the network; 
wherein, when the buffer means goes into underflow 
state, the packet generating means adds underflow 
information to a header section of the packet, which 

25 information indicates that underflow has occurred in the 
buffer means, and outputs the packet toward the data 
transmitting means. Therefore, even when underflow 
has occurred in a buffer at the transmitting end, the 
receiving end detects the occurrence of underflow and 

30 performs speedy error-handling, whereby disorder of 
video and audio signals due to the occurrence of under- 
flow in the buffer at the transmitting end can be sup- 
pressed effectively. 

[0049] According to an eleventh aspect of the present 

35 invention, in the data transmitting device of the tenth 
aspect, the data transmitting means repeats, at fixed 
time intervals, packet-by-packet data transmission for 
outputting at least one packet data to the network at a 
fixed transmission rate; and the packet generating 

40 means adds the underflow information to a header of an 
isochronous packet used in isochronous transfer in 
which the data transmission is performed synchro- 
nously with a transfer request generated by the data 
transmitting means. 

45 [0050] According to a twelfth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recording medium; buffer 
means for temporarily storing the data read by the data 

so reading means; and data transmitting means for output- 
ting the data output from the buffer means, toward the 
network; wherein, when the buffer means goes into 
underflow state, the data transmitting means outputs 
data of a prescribed pattern to the network, as under- 

55 flow information indicating that underflow has occurred 
in the buffer means. Therefore, even when underflow 
has occurred in a buffer at the transmitting end, the 
receiving end detects the occurrence of underflow and 
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performs speedy error-handling, whereby disorder of 
video and audio signals due to the occurrence of under- 
flow in the buffer at the transmitting end can be sup- 
pressed effectively. 

[0051] According to a thirteenth aspect of the present s 
invention, a data receiving device connected to a pre- 
scribed network, comprises data receiving means for 
receiving data output from the data transmitting device 
of the ninth aspect; data analyzing means for analyzing 
the data received by the data receiving means, and out- 10 
putting information indicating that underflow has 
occurred at the transmitting end when underflow infor- 
mation is included in the data; and data decoding 
means for performing decoding based on the data 
received by the data receiving means, and converting is 
the operating mode of the decoding from normal mode 
to error handling mode on receipt of the information indi- 
cating the occurrence of underflow. Therefore, the 
receiving end detects that underflow has occurred in a 
buffer at the transmitting end, and performs speedy so 
error-handling, whereby disorder of video and audio sig- 
nals due to the occurrence of underflow in the buffer at 
the transmitting end can be suppressed effectively. 
[0052] According to a fourteenth aspect of the present 
invention, a data receiving device connected to a pre- 25 
scribed network, comprises data receiving means for 
receiving packet data output from the data transmitting 
device of the tenth aspect; data analyzing means for 
analyzing the packet data received by the data receiving 
means, and outputting information indicating that under- 30 
flow has occurred at the transmitting end when under- 
flow information is included in the packet data; and data 
decoding means for performing decoding based on the 
packet data received by the data receiving means, and 
converting the operating mode of the decoding from 35 
normal mode to error handling mode on receipt of the 
information indicating the occurrence of underflow. 
Therefore, the receiving end detects that underflow has 
occurred in a buffer at the transmitting end, and per- 
forms speedy error-handling, whereby disorder of video 40 
and audio signals due to the occurrence of underflow in 
the buffer at the transmitting end can be suppressed 
effectively. 

[0053] According to a fifteenth aspect of the present 
invention, a data receiving device connected to a pre- 45 
scribed network, comprises data receiving means for 
receiving isochronous packet data output from the data 
transmitting device of the eleventh aspect; data analyz- 
ing means for analyzing the isochronous packet data 
received by the data receiving means, and outputting so 
information indicating that underflow has occurred at 
the transmitting end when the underflow information is 
included in the header of the isochronous packet data; 
and data decoding means for performing decoding 
based on the isochronous packet data received by the 55 
data receiving means, and converting the operating 
mode of the decoding from normal mode to error han- 
dling mode on receipt of the information indicating the 



occurrence of underflow. Therefore, the receiving end 
detects that underflow has occurred in a buffer at the 
transmitting end, and performs speedy error-handling, 
whereby disorder of video and audio signals due to the 
occurrence of underflow in the buffer at the transmitting 
end can be suppressed effectively. 
[0054] According to sixteenth aspect of the present 
invention, a data receiving device connected to a pre- 
scribed network, comprises data receiving means for 
receiving data output from the data transmitting device 
of the twelfth aspect; data analyzing means for analyz- 
ing the data received by the data receiving means, and 
outputting information indicating that underflow has 
occurred at the transmitting end when the data of a pre- 
scribed pattern is included in the received data; and 
data decoding means for performing decoding based on 
the data received by the data receiving means, and con- 
verting the operating mode of the decoding from normal 
mode to error handling mode on receipt of the informa- 
tion indicating the occurrence of underflow. Therefore, 
the receiving end detects that underflow has occurred in 
a buffer at the transmitting end, and performs speedy 
error-handling, whereby disorder of video and audio sig- 
nals due to the occurrence of underflow in the buffer at 
the transmitting end can be suppressed effectively. 
[0055] According to a seventeenth aspect of the 
present invention, a data transmitting device connected 
to a prescribed network, comprises data reading means 
for reading data recorded in a recording medium, which 
data is given an error-correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decoding the error-correcting 
code included in the data read by the data reading 
means; and data transmitting means for outputting the 
data read from the data reading means toward the net- 
work; wherein, when an error in data processing is 
detected by the error detecting means, the data trans- 
mitting means outputs error information indicating the 
occurrence of error in data processing, toward the net- 
work. Therefore, even when an ECC error has occurred 
during ECC decoding of data read from the recording 
media, the receiving end detects the occurrence of the 
ECC error, and converts the operating mode from the 
normal mode to the error handling mode. As a result, 
speedy error-handling is realized at the receiving end, 
whereby disorder of video and audio signals due to the 
ECC error can be suppressed effectively. 
[0056] According to an eighteenth aspect of the 
present invention, a data transmitting device connected 
to a prescribed network, comprises data reading means 
for reading data recorded in a recording medium, which 
data is given an error-correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decoding the error-correcting 
code included in the data read by the data reading 
means; packet generating means for adding header 
information to the data read by the data reading means, 
and generating packet data corresponding to a packet 
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which is a unit of data transmission; and data transmit- 
ting means for transmitting the packet data output from 
the packet generating means, toward the network; 
wherein, when an error in data processing is detected 
by the error detecting means, the packet generating 
means adds error information to a header section of the 
packet, which information indicates that an error has 
occurred in data processing, and outputs the packet 
toward the data transmitting means. Therefore, the 
receiving end detects that an error in data processing, 
such as an ECC error, has occurred at the transmitting 
end, and performs speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0057] According to a nineteenth aspect of the present 
invention, in the data transmitting device of the eight- 
eenth aspect, the data transmitting means repeats, at 
fixed time intervals, packet-by-packet data transmission 
for outputting at least one packet data to the network at 
a fixed transmission rate; and the packet generating 
means adds the error information to a header of an iso- 
chronous packet used in isochronous transfer in which 
the data transmission is performed synchronously with 
a transfer request generated by the data transmitting 
means. 

[0058] According to a twentieth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recording medium, which 
data is given an error*correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decoding the error-correcting 
code included in the data read by the data reading 
means; and data transmitting means for transmitting the 
data read by the data reading means toward the net- 
work; wherein, when an error in data processing is 
detected by the error detecting means, the data trans- 
mitting means outputs data of a prescribed pattern to 
the network, as information indicating that an error has 
occurred in data processing. Therefore, the receiving 
end detects that an error in data processing, such as an 
ECC error, has occurred at the transmitting end, and 
performs speedy error-handling, whereby disorder of 
video and audio signals due to the ECC error can be 
suppressed effectively. 

[0059] According 1o a twenty-first aspect of the 
present invention, a data transmitting device connected 
to a prescribed network, comprises data reading means 
for reading data recorded in a recording medium, which 
data is given an error-correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decoding the error-correcting 
code included in the data read by the data reading 
means; packet generating means for adding header 
information to the data read by the data reading means, 
and generating packet data corresponding to a packet 
which is a unit of data transmission; and data transmit- 
ting means for transmitting the packet data output from 



the packet generating means toward the network; 
wherein, when an error in data processing is detected 
by the error detecting means, the packet generating 
means adds incorrect cyclic redundancy check data to 

5 the packet data, as information indicating that an error 
has occurred in data processing, and outputs the packet 
data. Therefore, the receiving end detects that an error 
in data processing, such as an ECC error, has occurred 
at the transmitting end, and performs speedy error-han- 

10 dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0060] According to a twenty-second aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 

is for receiving data output from the data transmitting 
device of the seventeenth aspect; data analyzing 
means for analyzing the data received by the data 
receiving means, and outputting information indicating 
that an error has occurred in data processing at the 

20 transmitting end when the error information is included 
in the received data; and data decoding means for per- 
forming decoding based on the data received by the 
data receiving means, and converting the operating 
mode of the decoding from normal mode to error han- 

25 dling mode on receipt of the information indicating the 
occurrence of error in data processing. Therefore, the 
receiving end detects that an error in data processing, 
such as an ECC error, has occurred at the transmitting 
end, and performs speedy error-handling, whereby dis- 

30 order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0061] According to a twenty-third aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 

35 for receiving packet data output from the data transmit- 
ting device of the eighteenth aspect; data analyzing 
means for analyzing the packet data received by the 
data receiving means, and outputting information indi- 
cating that an error has occurred in data processing at 

40 the transmitting end when the error information is 
included in the packet data; and data decoding means 
for performing decoding based on the packet data 
received by the data receiving means, and converting 
the operating mode of the decoding from normal mode 

45 to error handling mode on receipt of the information indi- 
cating the occurrence of error in data processing. 
Therefore, the receiving end detects that an error in 
data processing, such as an ECC error, has occurred at 
the transmitting end, and performs speedy error-han- 

50 dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0062] According to a twenty-fourth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 

55 for receiving isochronous packet data output from the 
data transmitting device of the nineteenth aspect; data 
analyzing means for analyzing the isochronous packet 
data received by the data receiving means, and output- 
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ting information indicating that an error has occurred in 
data processing at the transmitting end when the error 
information is included in the header of the isochronous 
packet data; and data decoding means for performing 
decoding based on the isochronous packet data 5 
received by the data receiving means, and converting 
the operating mode of the decoding from normal mode 
to error handling mode on receipt of the information indi- 
cating the occurrence of error in data processing. 
Therefore, the receiving end detects that an error in 10 
data processing, such as an ECC error, has occurred at 
the transmitting end, and performs speedy error-han- 
dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0063] According to a twenty-fifth aspect of the is 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 
for receiving data output from the data transmitting 
device of the twentieth aspect; data analyzing means for 
analyzing the data received by the data receiving 20 
means, and outputting information indicating that an 
error has occurred in data processing at the transmitting 
end when the data of a prescribed pattern is included in 
the received data; and data decoding means for per- 
forming decoding based on the data received by the 25 
data receiving means, and converting the operating 
mode of the decoding from normal mode to error han- 
dling mode on receipt of the information indicating the 
occurrence of error in data processing. Therefore, the 
receiving end detects that an error in data processing, 30 
such as an ECC error, has occurred at the transmitting 
end, and performs speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0064] According to a twenty-sixth aspect of the 35 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 
for receiving packet data output from the data transmit- 
ting device of the twenty-first aspect; data analyzing 
means for analyzing the packet data received by the 40 
data receiving means, and outputting information indi- 
cating that the cyclic redundancy check data is incor- 
rect, when the cyclic redundancy check data included in 
the header section of the packet data is incorrect; and 
data decoding means for performing decoding based on 45 
the packet data received by the data receiving means, 
and converting the operating mode of the decoding from 
normal mode to error handling mode on receipt of the 
information indicating that the cyclic redundancy check 
data is incorrect. Therefore, the receiving end detects so 
that an error in data processing, such as an ECC error, 
has occurred at the transmitting end, and performs 
speedy error-handling, whereby disorder of video and 
audio signals due to the ECC error can be suppressed 
effectively. 55 
[0065] According to a twenty-seventh aspect of the 
present invention, the data transmitting device as 
defined in any of the ninth and twelfth aspects, com- 



prises dividing means for dividing data output from the 
buffer means in data units of a data prescribed size, to 
generate divided pack data corresponding to divided 
packs as the data units; and packet generating means 
for adding header information to respective divided pack 
data to generate packet data corresponding to packets 
as data transmission units, the data transmitting means 
outputting the packet data toward the network as data 
output from the buffer means. If underflow may occur in 
the buffer at the transmitting end, this is detected, and 
error is processed speedily at the receiving end, 
whereby disorder of the video or audio signal due to 
occurrence of underflow can be effectively suppressed. 
Besides, the MPEG2 program stream data recorded in 
sector units in a recording medium such as DVD can be 
divided into packets smaller than the sector. As a result, 
the MPEG2 program stream or the like can be output 
toward the network by a transmitting method of the 
transport stream, that is, through the IEEE 13941/F, 
without the necessity of converting it into the MPEG 
transport stream. 

[0066] According to a twenty-eighth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transmitting 
device of the twenty seventh aspect; data analyzing 
means for analyzing the packet data received by the 
data receiving means, and outputting information indi- 
cating that underflow has occurred at a transmitting end 
when the packet data contains the underflow informa- 
tion; and data decoding means for performing decoding 
based on the packet data received by the data receiving 
means, and converting decoding operation mode from 
normal mode to error handling mode, upon receipt of 
the information indicating that underflow has occurred. 
Therefore, the underflow is detected at the receiving 
end, and error is processed speedily, whereby disorder 
of the video or audio signal due to occurrence of under- 
flow can be effectively suppressed. Besides, based on 
packet data output from the data transmitting device, 
the MPEG2 program stream or the like generated by the 
data transmitting device can be restored. 
[0067] According to a twenty-ninth aspect of the 
present invention, in the data transmitting device as 
defined in any of tenth or eleventh aspect further com- 
prises: dividing means for dividing data output from the 
buffer means in data units of a prescribed data size, to 
generate divided pack data corresponding to divided 
packs as the data units, the packet generating means 
receiving the divided pack data as the data output from 
the buffer means and adding header information to 
respective divided pack data to generate the packet 
data. Besides, the MPEG2 program stream data 
recorded in sector units in a recording medium such as 
DVD can be divided into packets smaller than the sec- 
tor. As a result, the MPEG2 program stream or the like 
can be output toward the network by a transmitting 
method of the transport stream, that is, through the 
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IEEE 13941/F, without the necessity of converting it into 
the MPEG transport stream. 

[0068] According to a thirty aspect of the present 
invention, in a data receiving device connected to a pre- 
scribed network, comprises receiving means for receiv- 5 
ing packet data output from the data transmitting device 
of the twenty ninth aspect, data analyzing means for 
analyzing the packet data received by the data receiving 
means, and outputting information indicating that under- 
flow has occurred at a transmitting end when the packet 10 
data contains the underflow information; and data 
decoding means for performing decoding based on the 
packet data received by the data receiving means, and 
converting decoding operation mode from normal mode 
to error handling mode, upon receipt of the information is 
indicating that underflow has occurred. Therefore, the 
underflow is detected at the receiving end, and error is 
processed speedily, whereby disorder of the video or 
audio signal due to occurrence of underflow can be 
effectively suppressed. Besides, based on the received 20 
packet data, the MPEG2 program stream data gener- 
ated at the transmitting end or the like can be restored. 
[0069] According to a thirty-first aspect of the present 
invention, in the data transmitting device as defined in 
any of seventeenth and twentieth aspects, further com- 25 
prises dividing means for dividing data read from the 
data reading means in data units of a prescribed data 
size, to generate divided pack data corresponding to 
divided packs as the data units; and packet generating 
means for adding header information to respective 30 
divided pack data to generate packet data correspond- 
ing to packets as data transmission units, the data 
transmitting means outputting the packet data toward 
the network as the data read by the data reading 
means. Therefore, if an ECC error may occur when per- 35 
forming ECC decoding to data read from the recording 
medium, this is detected, and the operating mode 
switches from normal mode to error handling mode, 
whereby error is processed speedily, and disorder of the 
video or audio signal due to occurrence of underflow 40 
can be effectively suppressed. Besides, the MPEG2 
program stream data recorded in sector units in a 
recording medium such as DVD can be divided into 
packets smaller than the sector. As a result, the MPEG2 
program stream or the like can be output toward the net- 45 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F, without the necessity 
of converting it into the MPEG transport stream. 
[0070] According to a thirty-second aspect of the 
present invention, a data receiving device connected to so 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transmitting 
device of the thirty first; data analyzing means for ana- 
lyzing packet data received by the data receiving means 
and outputting information indicating that an error has 55 
occurred in data processing at a transmitting end when 
the packet data contains the error information; and data 
decoding means for performing decoding based on the 



packet data received by the data receiving means, and 
converting decoding operation mode from normal mode 
to error handling mode, upon receipt of the information 
indicating that the error has occurred in the data 
processing. Therefore, ECC error at the transmitting 
end is detected, and disorder of video or audio signal 
due to the error can be effectively suppressed at the 
receiving end. Besides, based on the received packet 
data, the MPEG2 program stream data generated at the 
transmitting end or the like can be restored. 
[0071 ] According to a thirty-third aspect of the present 
invention, in the data transmitting device as defined in 
any of the eighteenth, nineteenth, and twenty first 
aspects further comprises dividing means for dividing 
data read by the data reading means in data units of a 
prescribed data size, to generate divided pack data cor- 
responding to divided packs as the data units, the 
packet generating means receiving the divided pack 
data as the data read by the data reading means and 
adding header information to respective divided pack 
data to generate the packet data. If an ECC error may 
occur when performing ECC decoding to data read from 
the recording medium, this is detected, and the operat- 
ing mode switches from normal mode to error handling 
mode, whereby error is processed speedily, and disor- 
der of the video or audio signal due to occurrence of 
underflow can be effectively suppressed. Besides, the 
MPEG2 program stream data recorded in sector units in 
a recording medium such as DVD can be divided into 
packets smaller than the sector. As a result, the MPEG2 
program stream or the like can be output toward the net- 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F, without the necessity 
of converting it into the MPEG transport stream. 
[0072] According to a thirty-fourth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transmitting 
device of the thirty third aspect; data analyzing means 
for analyzing the packet data received by the data 
receiving means, and outputting information indicating 
that an error has occurred in data processing at a trans- 
mitting end when the packet data contains the error 
information; and data decoding means for performing 
decoding based on the packet data received by the data 
receiving means, and converting decoding operation 
mode from normal mode to error handling mode, upon 
receipt of the information indicating that the error has 
occurred in the data processing. Therefore, ECC error 
at the transmitting end is detected, and disorder of video 
or audio signal due to the error can be effectively sup- 
pressed at the receiving end. Besides, based on the 
received packet data, the MPEG2 program stream data 
generated at the transmitting end or the like can be 
restored. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0073] 

Figure 1 is a block diagram showing a data trans- s 
mitting device according to a first embodiment of 
the present invention. 

Figures 2(a)-2(c) are diagrams showing packet 
generation in the data transmitting device of the first 
embodiment. w 
Figure 3 is a diagram showing another packet gen- 
eration in the data transmitting device of the first 
embodiment. 

Figure 4 is a diagram showing another packet gen- 
eration in the data transmitting device of the first is 
embodiment. 

Figure 5 is a block diagram showing a data trans- 
mitting device according to a second embodiment 
of the present invention. 

Figure 6 is a diagram for explaining a data transmit- 20 
ting device of the second embodiment and showing 
a data structure of DVD-Video data. 
Figure 7 is a diagram for explaining packet genera- 
tion in the data transmitting device of the second 
embodiment. 25 
Figure 8 is a diagram for explaining another packet 
generation in the data transmitting device of the 
second embodiment. 

Figure 9 is a diagram for explaining another packet 
generation in the data transmitting device of the 30 
second embodiment. 

Figure 10 is a block diagram for explaining a data 
transmitting device according to a third embodi- 
ment of the present invention. 

Figure 1 1 is a diagram for explaining another packet 35 
generation in the data transmitting device of the 
third embodiment. 

Figures 1 2(a) and 12(b) are diagrams for explaining 
a structure of a packet generated by the data trans- 
mitting device of the third embodiment. 40 
Figure 13 is a block diagram showing a data trans- 
mitting device according to a fourth embodiment of 
the present invention. 

Figure 1 4 is a diagram for explaining packet gener- 
ation in the data transmitting device of the fourth 45 
embodiment. 

Figure 1 5 is a diagram for explaining packet gener- 
ation in the data transmitting device of the fifth 
embodiment. 

Figures 1 6(a) and 1 6(b) are diagrams for explaining so 
a data receiving device and a data recording device 
according to a sixth embodiment of the present 
invention. 

Figure 1 7 is a block diagram showing a data trans- 
mitting device according to a seventh embodiment 55 
of the present invention. 

Figures 18(a)- 18(e) are a timing chart diagram for 
explaining operation if the data transmitting device 



of the seventh embodiment. 
Figures 19(a) and 19(b) are diagrams for explaining 
a structure of a packet generated by the data trans- 
mitting device of the seventh embodiment. 
Figures 20(a) and 20(b) are diagrams showing a 
structure of a packet generated by the data trans- 
mitting device of the seventh embodiment. 
Figures 21 (a) and 21(b) are a timing chart diagram 
for explaining a data transmitting device according 
to an eighth embodiment of the present invention. 
Figures 22(a) and 22(b) are diagrams for explaining 
a structure of a packet (including specific pattern 
data) generated by the data transmitting device of 
the eighth embodiment. 

Figures 23(a) and 23(b) are diagrams for explaining 
a structure of a packet (including no specific pattern 
data) generated by the data transmitting device of 
the eighth embodiment. 

Figure 24 is a block diagram showing a data receiv- 
ing device according to a ninth embodiment of the 
present invention. 

Figure 25 is a block diagram for showing a data 
transmitting device according to an eleventh 
embodiment of the present invention. 
Figures 26(a) and 26(b) are diagrams showing 
structures of data output from the data transmitting 
device of the eleventh embodiment. 
Figures 27(a) and 27(b) are diagrams showing a 
structure of a packet (ECC flag 0) generated by the 
data transmitting device of the eleventh embodi- 
ment. 

Figure 28 is a diagram showing a structure of a 
packet output onto a network N from the data trans- 
mitting device of the eleventh embodiment. 
Figures 29(a) and 29(b) are diagrams showing a 
structure of a packet (ECC flag 1) generated by the 
data transmitting device of the eleventh embodi- 
ment. 

Figure 30 is a diagram for explaining a data trans- 
mitting device and showing a packet output toward 
the network N from the data transmitting device of 
the twelfth embodiment. 

Figures 31(a) and 31(b) are diagrams showing a 
structure of a packet which contains no specific pat- 
tern data generated by the data transmitting device 
of the twelfth embodiment. 

Figures 32(a) and 32(b) are diagrams showing a 
structure of a packet which contains specific pattern 
data generated by the data transmitting device of 
the twelfth embodiment. 

Figure 33 is a diagram for explaining a data trans- 
mitting device according to a thirteenth embodi- 
ment of the present invention. 
Figure 34 is a block diagram showing a data receiv- 
ing device according to a fourteenth embodiment of 
the present invention. 

Figure 35 is a block diagram showing a data receiv- 
ing device according to a seventeenth embodiment 
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of the present invention. 

Figures 36(a) and 36(b) are diagrams for explaining 
data communication by an 13941/F. 
Figure 37 is a block diagram showing a reproducing 
device such as a DVD player. s 
Figure 38 is a block diagram showing a reproducing 
device such as a DVD player to which a digital inter- 
face (13941/F) is added. 

Figures 39 is a diagram showing transmitting 
device 1 0 in figure 38 and receiving device 20 in fig- 10 
ure 38. 

Figure 40 is a diagram showing a DVD recorder 
which performs coding to a TV signal and records a 
coded TV signal in a recording medium such as the 
DVD. 75 
Figure 41(a) is a diagram showing data X of an 
MPEG2-PS (program stream), figure 41(b) is a dia- 
gram showing MEPEG2-PS data Y recorded in 
DVD, and figure 41(c) is a diagram showing data Z 
of an MPEG-TS (transport stream) for broadcast- 20 
ing. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

25 

[0074] Inventors of the present invention studied the 
problems carefully, and discovered that the reason why 
the MEPEG2-PS data cannot be transmitted by the use 
of the 13941/F unless it is converted into the MPEG2-TS 
data is that a pack or a packet of the MEPEG2-PS data 30 
is by far larger than that of the MPEG2-TS data handled 
by the 13941/F. This will be described below. 
[0075] Referring now to figure 41(a), in general 
MPEG2-PS (program stream) data X, its packs X1- 
X4....are variable in length. For example, the pack X1 of 35 
video data, the pack X2 of audio data, the pack X3 of 
video data, and the pack X4 of audio data, are pack 
length 4kB, pack length 1kB, and pack length 3kB, and 
pack length 0.5kB, respectively. 

[0076] Referring to figure 41 (b), in MEPEG2-PS data 40 
Y recorded in the DVD, its packets Y1-Y4 are respec- 
tively fixed in length (2kB), irrespective of video data 
packets (Y1 , Y2, and Y4) or a audio data packet (Y3), 
and each packet contains a header Yh in its head. 
[0077] Referring to figure 41(c), in MPEG-TS (trans- 45 
port stream) data Z for broadcasting, its packets Z1 -Z7 
are respectively fixed in length (188B), irrespective of 
video data packets Z1 -Z3, and Z6, or audio data pack- 
ets Z4 and Z5, and Z7. 

[0078] Here, transmission of these stream data so 
through he 13941/F will be discussed. 
[0079] In a case where a base rate is 100Mbps, it is 
possible to transmit 1.25kB (100Mbps/8kHz) data in 
one cycle (125 ^isec = 1/8 [kHz]). Since 80% time of the 
one cycle is used for the isochronous transfer, about 55 
1kB (1.25kB x 0.8) data can be transmitted by the iso- 
chronous transfer in one cycle. 
[0080] The MPEG2-TS data packets are respectively 



188B in size, and are therefore satisfactorily transmitted 
in one cycle, whereas most of the packs of the MPEG2- 
PS (program stream) data X and packets of the 
MEPEG2-PS data (2kB) recorded in the DVD cannot be 
transmitted in one cycle. 

[0081] In case of 200Mbps, it is possible to transmit 
2.5kB (200Mbps/8kHz) data in one cycle. In this case, 
data transmitted by the isochronous transfer in one 
cycle is about 2kB (2.5kB x 0.8), so that it is impossible 
to transmit the MPEG2-PS (program stream) data X 
and the MEPEG2-PS data Y recorded in the DVD 
because overhead or the like must be taken into 
account. 

[0082] In case of 400Mbps. it is possible to transmit 
5kB (400Mbps/8kHz) data in one cycle, and therefore 
data transmitted by the isochronous transfer in one 
cycle is about 4kB (5kB x 0.8), so that it is possible to 
transmit the MEPEG2-PS data Y recorded in the DVD. 
[0083] In this case, however, a band required for trans- 
mitting the MEPEG2-PS data is 128Mbps (one packet 
size (2kB) x frequency (8kHz)), and is thus large, com- 
pared to the maximum access rate 10.08Mbps of the 
DVD data. 

[0084] So, inventors have conceived a data transmit- 
ting device in which the MEPEG2-PS data is divided 
into packs which are sufficiently smaller than data of 
about 1 kB which can be transmitted by the isochronous 
transfer in one cycle, headers are added to data of 
respective packs, and the resulting packet data is trans- 
mitted, a data receiving device for restoring the 
MEPEG2-PS data from the packet data transmitted 
from the data transmitting device, and a data recording 
device for restoring the MEPEG2-PS data from the 
packet data transmitted from the data transmitting 
device, and recording it in a prescribed recording for- 
mat. 

[0085] In addition, as solutions to the problem that the 
request for data transfer from the recording medium to 
the buffer must be performed through the digital inter- 
face on the transmitting end, and the problem that data 
must be read from the recording medium at a high rate 
when plural receiving devices receive data, inventors 
have proposed a method of transmitting clock informa- 
tion of an AV data decoder on a transmitting end 
together with AV data through a digital interface, gener- 
ating a clock of an AV data decoder from this clock infor- 
mation and decoding AV data on a receiving end 
(Japanese Patent Publication No. Hei 10-149617). 
However, if data is reread because error or the like has 
occurred, the buffer underflows, which makes it impos- 
sible to perform correct AV decoding at the receiving 
end. 

[0086] As a solution to this, inventors have conceived 
a data transmitting device for transmitting underflow 
information indicating whether or not the buffer under- 
flows at the transmitting end to the receiving end, and a 
data receiving device for setting a operating mode to be 
error handling mode upon detecting occurrence of 
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underflow in the buffer on the transmitting end accord- 
ing to the underflow information. 
[0087] Now, preferred embodiments of the present 
invention will be described with reference to figures. 

5 

[Embodiment 1] 

[0088] Figure 1 is a block diagram showing a data 
transmitting device according to a first embodiment of 
the present invention, and figure 2 is a diagram for io 
explaining generation of packets in the data transmitting 
device. First, construction of the device will be 
described. 

[0089] Referring now to figure 1 , there is shown a data 
transmitting device 1001, which includes a video is 
encoder 101 for coding a video signal 1 1 0 to generate a 
video elementary stream 1 12, an audio encoder 102 for 
coding an audio signal 1 1 1 to generate an audio ele- 
mentary stream 1 1 4, and a system encoder (system 
coding means)1 03 for dividing each of video elementary 20 
stream 112 and the audio elementary stream 113 into 
packs so that each pack has an appropriate size, inter- 
leaving video data and audio data in packs to generate 
an MPEG2 program stream 114, and outputting the pro- 
gram stream 114. 25 
[0090] The data transmitting device 1001 further 
includes a data divider (dividing means) 104 for dividing 
the program stream 114 into packs (divided packs) so 
that each pack has a size in accordance with a control 
signal 1 16, a packet generator 105 for adding headers 30 

for transmission 221, 223, , to the respective packs 

211, 212,...., to generate packets 222, 224 a data 

transmitter 107 for outputting these data in packet units 
onto an network N by the isochronous transfer or the 
asynchronous transfer, and a system controller 106 for 35 
controlling the data divider 104 using the control signal 
116. The data transmitter 107 has the same construc- 
tion as the prior art 13941/F. 

[0091] Operation of the device 1001 will now be 
described. 40 
[0092] When the video signal 1 1 0 and the audio signal 
1 1 1 are input to the device 1001, the video signal 110 
and the audio signal 111 are coded by the video 
encoder 101 and the audio encoder 102, respectively, 
and the resulting video elementary stream 113 and 45 
audio elementary stream 114 are respectively output 
from them and input to the system encoder 103. 
[0093] The system encoder 103 divides each of the 
video elementary stream 113 and the audio elementary 
stream 114 into packs so that each pack has an appro- so 
priate size, interleaves these packs, and outputs the 
MPEG2 program stream 1 14. 

[0094] The elementary streams 112 and 113 are 
divided by the system encoder 103 so that AV synchro- 
nization is correctly established using limited buffer ss 
amount, that is, audio data is correctly in synchroniza- 
tion with video data, when a decoder decodes the 
MPEG2 program stream 117. 



22 

[0095] Figure 2(a) shows a structure of the MPEG2 
program stream 114 generated by the system encoder 
103. As shown in figure 2(a), in general, video data 

packs 201 , 203, 205, 207 and audio data packs 202, 

204, 206, 208 are variable in length. 

[0096] When the stream 114 output from the system 
encoder 103 is input to the data divider 104, the divider 
1 04 divides the stream 1 1 4 into packs so that each pack 
has a size specified by the control signal 1 1 6 output 
from the system controller 106. Here, assume that the 
stream 1 14 is divided into packs of the same size start- 
ing with its head. From the data divider 104, the divided 
packs 21 1, 212,... shown in figure 3(b) are output. 

[0097] The packs 21 1,212 are input to the packet 

generator 105 in this order, which adds headers for 

transmission 221 , 223 to these packs 211,212 to 

generate packets 222, 224 which are output to the 

data transmitter 107, which outputs these packets 
toward the network N by the isochronous transfer or by 
the asynchronous transfer 

[0098] Thus, in the data transmitting device 1001 of 
the first embodiment, the MPEG2 program stream data 
1 14 is packetized and output. Therefore, it is possible to 
divide the MPEG2 program stream data 1 14 according 
to amount of data to-be-transmitted in one cycle by the 
data transmitter 107 of the same construction as the 
conventional 13941/F, and output the resulting pack- 
etized data toward the network. As a result, it is possible 
to transmit the MPEG program stream data output from 
the MPEG2 system encoder by the use of the 13941/F 
without the necessity of converting it into the MPEG2 
transport stream. 

[0099] In addition, in the receiving device which has 
received these packets, these packet data is coupled to 
restore the MPEG2 program stream generated by the 
data transmitting device 1001. 

[0100] Besides, while in the first embodiment, the 
MPEG2 program stream is divided into packs of the 
same size starting with its head as shown in figure 2, 
dividing method shown in figure 3 may be employed. 
[0101] In this case, as in the first embodiment, when 
dividing the MPEG2 program stream (see figure 3(a)) 
into packs, a head of a pack of the stream matches a 
head of the corresponding divided pack. 
[0102] For such division, the data divider 104 is 
instructed by the system controller 1 06 on its method. 
The system encoder 103 outputs the stream 1 14 and a 
head position signal 115 indicating that head data of 
each pack of the stream 1 14 has been output, to the 
data divider 104. Thereby, the data divider 104 detects 
a head of the pack of the program stream output from 
the system encoder 103. 

[0103] For instance, since a size of the video data 
pack 201 is not an integer multiple of that of the corre- 
sponding divided pack, the last divided pack 301 of the 
divided packs of the pack 201 is smaller than a normal 
divided pack. The packet generator 105 adds a header 
303 to the divided pack 301 as in the case of a divided 
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pack of a normal size, and outputs the resulting packet 

304. 

[0104] Likewise, since a size of the audio data pack 
202 is not an integer multiple of that of the correspond- 
ing divided pack, the last divided pack 305 of the pack s 
202 is smaller than a normal divided pack. The packet 
generator 105 adds a header to the divided pack 305 as 
in the case of the divided pack 301 , to be output toward 
the network N 

[0105] The data transmitting device so constructed, 10 
the MPEG2 program stream data can be packetized 
and output toward the network N through the 13941/F, 
and in addition, video data and audio data do not coex- 
ist in a packet Moreover, even if a packet lacks due to 
occui r ence of a communication error, data of the follow- is 
ing packet can be decoded. 

[0106] In addition, in the receiving device which has 
received these packets, these packet data is coupled to 
restore the MPEG2 program stream. 

[01 07] Further, as a pack dividing method of the data 20 
divider 104, a method shown in figures 4(a) and 4(b) is 
possible, in addition to methods in figures 2(a) and 2(b) 
and 3(a) and 3(b). 

[01 08] Also in this method, as in the first embodiment, 
when dividing the MPEG2 program stream (see figure 25 
4(a)) into packs, it is possible that a head of a pack of 
the stream matches a head of the corresponding 
divided pack as shown in figure 4(b) and all the packets 
are of the same size. 

[0109] For instance, since a size of the video data 30 
pack 201 is not an integer multiple of that of the corre- 
sponding divided pack, the last divided pack 301 of the 
divided packs of the pack 201 is smaller than a normal 
divided pack. 

[0110] The packet generator 105 adds stuffing data 35 
401 to the divided pack 301 to create a pack of the 
same size as a normal divided pack, adds a header 403 
to the pack, and outputs the resulting packet 402. At this 
time, to the header 403. added is data or a flag indicat- 
ing that the stuffing data 401 is added. 40 
[01 1 1 ] The data transmitting device so constructed, 
the MPEG2 program stream data can be packetized 
and output toward the network N through the 13941/F, 
and in addition, video data and audio data do not coex- 
ist in a packet. Moreover, since all the packets are of the 45 
same size, packet data is easy to handle both in the 
transmitting device and the receiving device. Especially 
in the receiving device, a circuit for deciding a packet 
size is dispensed with, whereby a simple circuit struc- 
ture is realized. so 
[0112] In the receiving device which has received 
these packets output from the data transmitting device, 
these packet data is coupled, and the stuffing data 
added to a smaller pack is removed, thereby restoring 
the MPEG2 program stream data. 
[01 1 3) While in the data transmitting device of the first 
embodiment, the MPEG2 program stream includes 
video data and audio data, data included in the MPEG 



program stream is not limited to these, the stream may 
include subtitle data. 

[01 14] In addition, while in the data transmitting device 
of the first embodiment, the MPEG2 program stream 
data is divided into packs of the same size, any dividing 
method may be employed so long as divided packs 
which are as small as packets of the MPEG2 transport 
stream to-be-handled by the 13941/F are obtained. 
[0115] Further, while in the first embodiment the 
13941/F is shown as a digital interface, the present 
invention is applicable to an interface which performs 
data communication in packet units which are by far 
smaller than packs of the MPEG2 program stream or 
the like, for example, about 1/10 sized packet units, as 
well as to the 13941/F. 

[01 16] As thus far described, in the data transmitting 
device of the first embodiment, the MPEG2 program 
stream data output from the MPEG2 encoder is divided 
into packs which are almost as large as packets of the 
MPEG2 transport stream. Therefore, it is possible to 
transmit the MPEG2 program stream through the digital 
interface such as the conventional IEEE 13941/F which 
handles the MPEG2 transport stream data. At a receiv- 
ing end, these received packet data is coupled, thereby 
restoring the MPEG2 program stream. 

[Embodiment 2] 

[0117] Figure 5 is a block diagram showing a data 
transmitting device according to a second embodiment 
of the present invention. First, construction of the device 
will be described. 

[0118] Referring to figure 5, there is shown a data 
transmitting device 1002. The data transmitting device 
1002 includes an optical head 505 for reading data from 
an optical disk 506 as a recording medium, a signal 
processor 501 for subjecting the read data to demodu- 
lation and ECC decoding, a data divider 502 for dividing 
an MPEG2 program stream data (MEPEG2-PS data) 
501a output from the signal processor 501 into packs so 
that each pack has a prescribed size, a packet genera- 
tor 502 for adding headers to the divided packs to gen- 
erate packets, and a data transmitter 507 for outputting 
the packets toward the network N. The data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F. 

[0119] The data transmitting device 1002 further 
includes a system controller 504 for receiving disk man- 
agement information 501b obtained by the signal proc- 
essor 501 , and controlling the data divider 502 and the 
optical head 505. 

[01 20] Here, assume that data of a data structure in 
figure 6 is recorded in the optical disk 506. In actuality, 
data recorded in an optical disk has been subjected to 
ECC coding or modulation, and therefore output data of 
the signal processor 501 has a data structure shown in 
figure 6. 

[01 21 ] Figure 6 schematically shows a part of a data 
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structure according to a DVD-Video standard. Accord- 
ing to the DVD-Video standard, a video title set (VTS) 
601 is composed of VTSI 602, VTSM_VOBS 603, 
VTSTT_VOBS 604, and VTSI_BUP 605. 
[0122] The VTSI 602 is management information for 5 
the VTS 601. The VTSI_BUP 605 is a duplicate of the 
VTSI 602, and is its backup data. The VTSM_VOBS 

603 is menu data for the VTS 601. The VTSTT_VOBS 

604 is data such as video data, audio data, subtitle data, 
and so forth of the VTS 601 . The VTSTT_VOBS 604 io 
has a structure of the MPEG2 program stream. 

[0123] The VTSTT_VOBS 604 has a content of a hier- 
archical structure. Shown in figure 6 is a hierarchical 
structure in pack (PCK) units. The pack is a data unit of 
2048 bytes (2k bytes), including a header or the like. 75 
The pack is as large as a sector of the DVD disk. The 
packs are classified in terms of types of data contained 
therein. In the figure, there are shown a navigation pack 
(NV_PCK) 607 which describes data retrieval informa- 
tion or high light information, a video pack (V_PCK) 609 20 
containing video data, an audio pack (A_PCK) 608 con- 
taining audio data, and a sub picture pack (SP_PCK) 
610 containing subtitle data. These packs are multi- 
plexed so that AV, and so forth which are correctly syn- 
chronized are obtained on condition that they are 25 
decoded in the order they are recorded in the disk. 
[0124] Subsequently, operation of the data transmit- 
ting device 1002 in figure 5 will be described. Suppose 
that disk management information or the VTS 601 in fig- 
ure 6 is recorded in the optical disk 506. 30 
[0125] First, the disk management information is read 
from the optical disk 506. The disk management infor- 
mation is input to the signal processor 501, where it is 
subjected to demodulation and ECC decoding, and then 
input to the system controller 504, which obtains infor- 35 
mation of a position where VTS 601 to-be-reproduced is 
recorded, from the disk management information. The 
controller 504 controls the optical head 505 using the 
positional information, and thereby data of the VTS 601 
is sequentially read from the optical disk 506 in sector 40 
units. The VTSI 602, i.e., data management information 
in the VTS 601, is processed as in the case of the disk 
management information, and input to the controller 
501. 

[0126] Next, processing of video data or audio data in 45 
the VTS 601 such as the VTSTT_VOBS 604 will be 
described. 

[0127] The read data is input to the signal processor 
501, where it is subjected to demodulation and ECC 
decoding, resulting in a pack stream 606 shown in fig- so 
ure 6, which is input to the data divider 502. Here, sup- 
pose that the NV_PCK 607, i.e., head pack of the pack 
stream 606 is input. The data divider 502 divides the 
NV_PCK 607 into packs so that each pack has a size 
specified by the controller 504. 55 
[0128] Figure 7 is a diagram for explaining an example 
of data dividing method of the data divider 502, and 
shows that a pack is divided into 8 packs. 



[0129] More specifically, the data divider 502 divides 
the NV_PCK 607 into packs 701-708 of 256 bytes, 
which are sequentially input to the packet generator 
503. To a divided pack 701 , a header 709 for transmis- 
sion is added, and the resulting packet 710 is output 
toward the network N. In a like manner, to the other 
divided packs 702-708, headers 709a, 709b, 709g 
are added, to be output toward the network N. 
[0130] When the NV_PCK 607 has been thus trans- 
mitted, subsequently, an A_PCK 608 is transmitted. On 
this occasion, operation of the data transmitting device 
in figure 5 is identical to that of transmitting the NV_PCK 
607. Thereafter, A V_PCK 609 and the following data 
are also transmitted in the same manner. 
[0131] While in the second embodiment, the pack of 
2048 bytes is divided into packs of 256 bytes by the data 
divider 502, the dividing method is not restricted thereto, 
and a dividing method in figure 8 or 9 may be employed. 
[01 32] Figure 8 shows an example in which a pack of 
2048 bytes is divided in 160 byte units. Starting with its 
head, the pack 607 is divided in 160 byte units, resulting 
in divided packs 701a-712a, and a divided pack 713a 
corresponding to the remaining data of the pack 607 
and a head portion of the pack 608. To these divided 
packs 701a-713a. headers are added by the packet 
generator 503, and the resulting packets are output 
toward the network N. For example, to the pack 701a. a 
header 709d is added, resulting in a packet 710a, which 
is output toward the network N. 

[01 33] Figure 9 shows another example where a pack 
of 2048 bytes is divided in 160 byte units. The dividing 
method shown in figure 9 differs from that shown in fig- 
ure 8 in that a head of the pack of 2048 bytes always 
matches a head of the corresponding divided pack of 
1 60 bytes. 

[01 34] Starting with its head, the pack 607 is divided 
in 160 byte units, resulting in divided packs 701a-712a, 
and data of 128 bytes as the remaining data 901 of the 
pack 607. In order to make the remaining data 901 into 
data of 160bytes, to the data 901, stuffing data 902 of 
32 bytes is added, to create a divided pack 903. 
[0135] To so created divided packs 701a-712a, and 
903, headers are added by the packet generator 503 as 
in the case of the dividing method shown in figure 7, and 
the resulting packets are output toward the network N. 
[0136] For example, to the divided pack 701a, a 
header 709d is added, to create a packet 710a, which is 
output toward the network N. Also, to the divided pack 
903, a header 70 9g is added, to create a packet 904, 
which is output toward the network N. 
[01 37] Thus, in the data transmitting device according 
to the second embodiment, the MPEG2 program 
stream format data recorded in the recording medium 
such as the DVD in sector units is divided into packs 
which are almost as large as packets of the MPEG2 
transport stream. Therefore, it is possible to transmit the 
data recorded in the recording medium such as the DVD 
through the digital interface such as the conventional 
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IEEE1394I/F which handles the MPEG2 transport 
stream data. 

[0138] In this case, packs of a program stream are 
divided and transmitted so that their heads always 
match heads of the corresponding divided packs as 
shown in figures 8 and 9. Thereby, on a receiving end, 
from the divided packs, the program stream can be 
decoded. 

[0139] In addition, as shown in figures 8 and 9, the 
program stream is divided in arbitrary byte units, 
thereby realizing effective use of a band of a digital 
interface. In a case where a size of the divided pack is 
I60bytes, since an access rate of data recorded in the 
DVD is 10.08 Mbps at maximum, a band required for the 
isochronous transfer by the use of the 13941/F is 
10.24Mbps (=160bytes x 8kHz). As a result, the 13941/F 
band is effectively utilized for access to the data 
recorded in the DVD. 

[Embodiment 3] 

[0140] Figure 10 is a block diagram showing a data 
transmitting device according to a third embodiment of 
the present invention. First, construction of the device 
will be described. 

[0141] Referring to figure 10, there is shown a data 
transmitting device 1003. The data transmitting device 
1003 includes an optical head 505 for reading data from 
an optical disk 506 as a recording medium, a signal 
processor 501 for subjecting the read data to demodu- 
lation and ECC decoding, a data divider 502a for divid- 
ing MPEG2 program stream data (MEPEG2-PS data) 
501 a output from the signal processor 501 into packs so 
that each pack has a prescribed size, a packet genera- 
tor 503a for adding headers to the divided packs to gen- 
erate packets, and a data transmitter 507 for outputting 
the packets toward the network N. The data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F. 

[0142] The data transmitting device 1003 further 
includes a system controller 504a for receiving disk 
management information 501b obtained by the signal 
processor 101, and controlling the data divider 502a 
and the optical head 505. 

[0143] In the third embodiment, the data divider 502a 
is used for outputting information A1 indicating that a 
divided pack contains head data of the corresponding 
pack on outputting the head data of the pack. The sys- 
tem controller 504a is used for outputting the informa- 
tion A1 to the packet generator 503a when the divided 
pack containing the head data is output to the packet 
generator 503a. The packet generator 503a is used for 
adding information indicating that the divided pack con- 
tains the head data to a header to-be-added to the 
divided pack, upon receiving the information A1 . 
[0144] The other components of the data transmitting 
device of the third embodiment is identical to that of the 
second embodiment. 



[0145] Next, operation of the device 1003 will be 
described. 

[01 46] Suppose that data is read from the optical disk 
506 in which data of a data structure in figure 6 is 

5 recorded. 

[0147] First, procedure for processing disk manage- 
ment information of the optical disk 506 and data man- 
agement information such as the VTS I602 is identical 
to that described in the second embodiment. 

10 [0148] Next, processing video or audio data in the 
VTS 601, such as the VTSTT_VOBS 604, will be 
described. 

[0149] The data which has been read is input to the 
signal processor 501, where the data is subjected to 
is demodulation and ECC decoding, to create the pack 
stream 606 in figure 6, which is input to the data divider 
502a. 

[0150] Here, suppose that the NV_PCK 607, i.e., a 
head pack of the pack stream 606 in figure 6 is input. 

20 Upon input of the NV_PCK 607, the data divider 502a 
divides the NV_PCK 607 into packs so that each pack 
has a size set by the system controller 504a. Figure 1 1 
schematically shows a method of dividing the pack 607 
into 8 packs. The NV_PCK 607 is divided into divided 

25 packs 701 -708 of 256 bytes. 

[0151] The divided packs 701-708 are sequentially 
output from the data divider 502a. When the data 
divider 502a outputs a divided pack containing head 
data of a pack, it notifies the system controller 504a of 

30 the information A1 . The system controller 504a notifies 
the packet generator 503a of the information A1 indicat- 
ing that the divided pack containing the head data of the 
pack has been output from the data divider 502a. 
[01 52] Here, suppose that a divided pack 701 is input 

35 from the data divider 502a to the packet generator 503a. 
Since the pack 701 contains the head data of the pack 
607, the data divider 502a notifies the packet generator 
503a of the information A1 through the system control- 
ler 504a. Knowing that the pack 701 contains the head 

40 data of the pack, the packet generator 503a adds infor- 
mation that the pack contains the head data to a header 
1101, and adds the resulting header 1101 to the pack 
701 , to generate a packet 1 102 as shown in figure 1 1 , 
and outputs the packet 1 102 to the data transmitter 507, 

45 which outputs the pack 1 102 toward the network N. 
[0153] Figures 12(a) and 12(b) show that a packet 
contains head data of a pack. Figure 12(a) shows a 
structure of an IEEE 1394 isochronous packet (a packet 
for use in the isochronous transfer), and shows a 32-bit 

50 data stream in the lateral direction. 

[0154] Figure 12(b) shows a structure of a Data Field 
of an isochronous packet. The Data Field is composed 
of divided pack data and a Common Isochronous 
Packet (CIP) header 1201. Since the divided pack is 

55 256 bytes in size, it corresponds to a data stream of 64 
columns. 

[0155] The CIP header 1201 is determined according 
to an IEC 61883 standard. In the second quadrate (sec- 
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ond line) of the CIP header 1201, the 9th and the follow- 
ing bits is a Format Dependent field (FDF), which 
depends on a type of data. A head bit of the FDF is used 
as a BOP bit 1202. Whether or not a packet contains 
head data of a pack is indicated by setting the BOP bit 5 
1202 to "1" 01 by setting it to "0", respectively. The iso- 
chronous header 1203 and the CIP header 1201 make 
the header 1 101. 

[0156] Subsequently, the divided pack 702 is proc- 
essed. Since the divided pack 702 does not contain 10 
head data of the pack 607, the packet generator 503a 
adds information that the pack does not contain the 
head data to a header 11 03a, and adds the resulting 
header 1103a to the pack 702, to generate a packet 
1102 as shown in figuie 11, and outputs the packet is 
1102 to the data transmitter 507, which outputs the 
packet 1102 toward the network N. Thereafter, the 
divided packs 703-708 are processed as in the case of 
the pack 702. 

[0157] The NV_PCK 607 having been thus transmit- 20 
ted, subsequently, an A_PCK 608 is transmitted. In this 
case, the data transmitting device 1003 in figure 10 
operates in the same manner that it transmits the 
NV_PCK 607 Thereafter, a V_PCK 609 and the follow- 
ing data are transmitted in the same manner. 25 
[0158] Thus, in the data transmitting device 1003 of 
the third embodiment, the MPEG2 program stream data 
recorded in the recording medium such as the DVD in 
sector units is divided into packs which are almost as 
large as packets of the MPEG2 transport stream. 30 
Therefore, it is possible to transmit the data recorded in 
the DVD through a digital interface such as the conven- 
tional IEEE 1394 which handles the MPEG2 transport 
stream. 

[0159] In addition, to a packet which contains head 35 
data of a pack, information indicating that it contains the 
head data is added, and therefore, a program stream 
can be restored from divided packs with ease at a 
receiving end. 

40 

[Embodiment 4] 

[0160] Figure 13 is a block diagram showing a data 
receiving device according to a fourth embodiment of 
the present invention. First, construction of the device 45 
will be described. 

[0161] Referring now to figure 13, there is shown a 
data receiving device 1004. The data receiving device 
1004 includes a data receiver 1304 for receiving pack- 
ets output from the data transmitting device 1002 of the so 
second embodiment output toward the network N, and a 
header analyzer 1301 for analyzing a header of the 
received packet and outputting divided pack data 1301a 
according to the analysis result, and divided pack size 
data 1301b. The data receiving device 1004 further 55 
includes a data coupler 1 302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEG2 pro- 
gram stream in accordance with a control signal, and a 



system controller 1303 for outputting the size data 
1301b to the data coupler 1302 as the control signal. 
[0162] Figure 14 schematically shows structures of 
packets received by the data receiving device of the 
fourth embodiment. 

[0163] Next, operation of the device 1004 will be 
described. 

[0164] When the packet 710 is received by the data 
receiver 1304 over the network N, the header analyzer 
1 301 provided at a next stage of the data receiver 1304 
analyzes a header 709 of the packet 710, and decides 
whether or not the packet 710 is directed to the data 
receiving device 1004. Where the packet 710 is directed 
to the data receiving device 1004, the header analyzer 
1301 removes the header 709 from the packet 7l0,and 
outputs the divided pack 701 to the data coupler 1302. 
In addition, the header analyzer 1301 notifies the sys- 
tem controller 1303 of the size data 1301b indicating a 
size of a divided pack according to information con- 
tained in the header 709. The system controller 1303 
also notifies the data coupler 1 302 of a size of a divided 
pack using the control signal. 

[0165] The data receiver 1304 and the header ana- 
lyzer 1301 process the following packets as in the case 
of the packet 710, and outputs the divided packs 702- 
708 to the data coupler 1302. Upon receipt of the packs 
701-708, the data coupler 1302 couples the divided 
packs according to their sizes posted by the system 
controller 1303. The divided packs are each 256 bytes 
in size. The 8 divided packs are coupled to create a 
pack of 2048 bytes of the MPEG2 program stream. 
From the data coupler 1302, the pack 607 of 2048 bytes 
in which divided packs 701-708 have been coupled. 
[01 66] Thus, in the data receiving device of the fourth 
embodiment, packets output toward the network N from 
the data transmitting device 1002 of the second embod- 
iment are received, and divided packs contained in the 
packets are coupled according to analysis result of the 
corresponding headers. Thereby, the MPEG2 program 
stream read from the recording medium such as the 
DVD can be restored from the packet data. 

[Embodiment 5] 

[0167] Figure 15 is a diagram for explaining a data 
receiving device according to a fifth embodiment of the 
present invention, and schematically shows structures 
of packets received by the data receiving device. 
[0168] The data receiving device of the fifth embodi- 
ment is used to receive packets output in a data format 
in figure 9 from the data transmitting device of the sec- 
ond embodiment, and comprises a data receiver, a 
header analyzer, a data coupler, and a system controller 
as in the case of the data receiving device 1004 of the 
fourth embodiment. Note that the data coupler is used 
for removing stuffing data from the divided pack 903 in 
the fifth embodiment. 

[01 69] Subsequently, operation of the receiving device 
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will be described. 

[0170] When the packet 710a is input to the data 
receiver 1304 over the network N, the header analyzer 
1301 analyzes a header 709d of a packet 710a and 
decides whether the packet 71 0a is directed to the data 
receiving device. Where the packet 710a is directed to 
the data receiving device, the header analyzer 1301 
removes the header 709d from the packet 710a, and 
outputs the divided pack 701a (data 1301a) to the data 
coupler 1302. Also, the header analyzer 1301 notifies 
the system controller 1303 ol a size of a divided pack 
(data 1301b) obtained from information contained in the 
header 709d. The system controller 1303 notifies the 
data coupler 1302 of the size of the divided pack. The 
data receiver 1304 and the header analyzer 1301 
respectively process the following packets as in the 
case of the packet 710a, and outputs the divided packs 
702a-712a, and 903 to the data coupler 1302. 
[0171] Upon receipt of the divided packs 701a-712a, 
and 903, the data coupler 1302 couples these divided 
packs according to the size of the divided pack posted 
by the system controller 1303. In this embodiment, the 
divided packs are each 160 bytes, and these divided 
packs are coupled to create a pack of 2048 bytes. 
[0172] On this occasion, the data coupler 1302 first 
couples the divided packs 701a-712a to create data of 
1920 bytes, and then couples data 901 of 128 bytes as 
a head portion of the divided pack 903 thereto, to create 
the pack 607 of 2048 bytes. At this time, the data cou- 
pler 1302 abandons the remaining data 902 of the 
divided pack 903 because it is stuffing data. 
[0173] So created pack 607 is output from the data 
coupler 1302. In a like manner, the following packets are 
processed, to create pack data. 
[0174] Thus, in the data receiving device of the fifth 
embodiment, packets output from the data transmitting 
device 1002 of the second embodiment in a data format 
shown in figure 9 toward the network N, and according 
to the analysis result of headers, divided packs con- 
tained in the packets are coupled and stuffing data is 
abandoned. Therefore, packet data in a data format in 
figure 9 can be received, and from the packet data, the 
MPEG2 program stream recorded in the recording 
medium such as the DVD in sector units can be 
restored. 

[Embodiment 6] 

[01 75] Figure 1 6(a) is a block diagram showing a data 
recording device according to a sixth embodiment of the 
present invention. First, construction of the device will 
be described. 

[0176] Referring to figure 1 6(a), there is shown a data 
recording device 1006. The data recording device 1006. 
as in the case of he data receiving device 1004, 
includes a data receiver 1304 for receiving packets out- 
put from the data transmitting device 1002 of the sec- 
ond embodiment toward the network N, and a header 



analyzer 1301 for analyzing a header of the received 
packet, and outputting divided pack data 1301a and 
size data 1301b of the divided pack according to the 
analysis result. The data recording device 1006 further 

5 includes a data coupler 1302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEG2 pro- 
gram stream in accordance with a control signal, a sys- 
tem controller 1604 for outputting the size data 1301b to 
the data coupler 1302 as the control signal, and a signal 

10 processor 1 601 for subjecting an output of the data cou- 
pler 1302 to ECC coding and recording modulation, and 
data to-be- recorded to an optical head 1602. The sys- 
tem controller 1604 is used for controlling the optical 
head 1602. 

is [0177] Figure 14 schematically shows structures of 
packets received by the data recording device 1006 of 
the sixth embodiment. 

[01 78] Next, operation of the device will be described. 
In the recording device 1006 of the sixth embodiment, 

20 the receiver 1304 receives packets over the network N, 
the header analyzer 1301 analyzes headers of the 
packets, and the data coupler 1 302 restores pack data, 
as in the case of the data receiving device 1004 of the 
fourth embodiment. 

25 [01 79] When the pack 607 of 2048 bytes in which the 
divided packs 701-708 have been coupled by the data 
coupler 1302, is input to the signal processor 1601, the 
signal processor 1601 subjects the packs to ECC cod- 
ing and modulation, or the like. Then, under the control 

30 of the system controller 1604 , the optical head 1602 
records the pack 607 onto a recording position of the 
optical disk 1603. 

[0180] The following received packets are processed 
in the same manner. From packets, pack data is 

35 restored and then recorded in the optical disk 1603. 
[0181] Thus, in the data recording device 1006 of the 
sixth embodiment, packets output from the data trans- 
mitting device 1002 of the second embodiment toward 
the network N through the 13941/F are received, and 

40 according to the analysis result of their headers, divided 
packs contained in the packets are coupled, and the 
resulting coupled pack data is recorded in the recording 
medium. Therefore, packets transmitted through the 
digital interface such as the IEEE1394 can be received, 

45 and from the packets, the MPEG2 stream data can be 
restored, and recorded in the recording medium such as 
the DVD in sector units. 

[0182] While in the sixth embodiment, the data record- 
ing device 1006 receives packets transmitted from the 

so data transmitting device 1002 of the second embodi- 
ment through the 13941/F, and restores and records the 
MPEG2 program stream data, the signal processor 
1601 and the optical head 1602 of the device 1006 may 
be replaced with an AV data decoder (AV data 

55 decoder) 1605, thereby realizing an device 1006a for 
image display of restored program stream data as 
shown in figure 16(b). Besides, format of data recorded 
in the optical disk is not limited to the data format shown 
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in figure 6. 

[0183] In addition, while in the data transmitting device 
and the data recording device of the second, third and 
sixth embodiments respectively use the optical disk as 
the recording medium, this is not restricted to the optical 5 
disk so long as it records and reproduces data in sector 
units. As an example of this, a magnetic disk is possible. 
[0184] Yet in addition, while in the data transmitting 
device, the data receiving device, and the data record- 
ing device of the second through sixth embodiments, 10 
packs of the program stream are 2048 bytes in size, the 
size is not limited thereto. 

[0185] Further, while in the second and third embodi- 
ments, pack data of 2048 bytes is divided into packs of 
the same size, this may be divided into packs of different is 
sizes. 

[0186] Still further, in the data transmitting device of 
the second and third embodiments, whether or not a 
divided pack contains head data of a pack is indicated 
by a flag contained in a header. As a possible alterna- 20 
tive, count number of divided packs is set in a header, 
thereby indicating that a divided pack contains head 
data of a pack of a program stream. 
[0187] Moreover, while in the second and third data 
transmitting device, the packet generator 503 is notified 25 
of information indicating that a divided pack contains 
head data of a pack through the system controller 504, 
the data divider 502 may directly notify the packet gen- 
erator 503 of this without the system controller 503. 

30 

[Embodiment 7] 

[0188] Figure 1 7 is a block diagram illustrating a data 
transmitting device 1007 according to a seventh embod- 
iment of the present invention. 35 
[0189] The data transmitting device 1007 includes an 
optical head 1 707 for reading data from an optical disk 

1708 as a recording medium; a signal processor 1701 
for subjecting the read data to binarization and demod- 
ulation; and an ECC decoder 1702 for subjecting the 40 
output from the signal processor 1701 to ECC decod- 
ing. 

[0190] The data transmitting device 1007 further 
includes a buffer 1703 for storing the data output from 
the ECC decoder 1702; a packet generator 1704 for 45 
packetizing the data output from the buffer 1703 and 
clock information, and adding header information or the 
like to the generated packets, which information is for 
transmitting data through a digital interface such as the 
13941/F; and a data transmitter 1709 for outputting the so 
packets output from the packet generator 1704, toward 
the network N. The structure of the data transmitter 

1 709 is identical to that of the conventional 13941/F 
[0191] The data transmitting device 1007 further 
includes an AV (audio/video) data decoder 1706 for 55 
requesting data from the buffer 1 703, and decoding the 
data output from the buffer 1 703; and a system control- 
ler 1705 for controlling the packet generator 1704 



according to the amount of data stored in the buffer. 
[0192] A description is given of the operation of the 
data transmitting device. 

[01 93] The data read from the optical disk by the opti- 
cal head 1707 is subjected to binarization and demodu- 
lation in the signal processor 1 701 , and sent to the ECC 
decoder 1702. The data input to the ECC decoder 1 702 
is subjected to ECC decoding, and input to the buffer 
1703. 

[0194] Whether the above-mentioned data readout 
operation, i.e., the operation of reading data from the 
optical disk 1708 and then inputting the data to the 
buffer 1 703, is performed or not depends on the amount 
of data stored in the buffer 1 703. 
[01 95] To be specific, when the amount of data stored 
in the buffer 1703 becomes smaller than a first pre- 
scribed amount, data are continuously read from the 
optical disk 1708 and stored in the buffer 1703. When 
the amount of data stored in the buffer 1 703 exceeds a 
second prescribed amount, readout of data from the 
optical disk 1708 is stopped. 

[0196] Further, readout of data from the buffer 1703 
into the AV data decoder 1 706 is performed according 
to a request for data transfer 1 710, which is output from 
the AV data decoder 1 706 to the buffer 1 703. On receipt 
of the data transfer request 1710. the buffer 1703 out- 
puts the data in rotation as input. The output data 1714 
are successively decoded by the AV data decoder 1 706. 
Simultaneously, the data 1714 output from the buffer 
1703 are input to the packet generator 1704 as well. 
Further, clock information 1711 generated by the AV 
data decoder 1706 is input to the packet generator 
1704. 

[01 97] The packet generator 1 704 packetizes the data 
from the buffer 1703 and the clock information 1711, 
adds header information or the like to the packets so 
generated, which information is for transmitting data 
through a digital interface, and outputs the packets to 
the data transmitter 1709. The data transmitter 1709 
outputs the packets from the packet generator 1704 
toward the network N. 

[01 98] Hereinafter, the operation of the data transmit- 
ting device will be described in more detail using a tim- 
ing chart shown in figures 18(a)- 18(e). 
[0199] Figure 18(a) is a graph showing how the 
amount of data stored in the buffer 1703 changes with 
time, and figure 18(b) shows whether the buffer 1703 is 
in the underflow state or not, with "H" level and "L" level. 
That is, the period of H level shows that the buffer 1703 
is in the underflow state while the period of L level 
shows that the buffer 1703 is not in the underflow state. 
[0200] Further, figure 18(c) shows the data transfer 
request output from the AV data decoder 1 706 to the 
buffer 1703, and the transfer request is output in the 
period of H level. Figure 1 8(d) shows the output of data 
from the buffer 1 703, and the data is output in the period 
of H level. Figure 18(e) shows data output from the data 
transmitter to the network N. 
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[0201 ] At time to, data of the same amount as the sec- 
ond prescribed amount are stored in the buffer 1 703. At 
time t1, a data transfer request is output from the AV 
data decoder 1 706 to the buffer 1 703. It is premised that 
the data transfer request from the AV data decoder 5 
1 706 is output at equal intervals. When the data transfer 
request is output from the AV data decoder 1 706 to the 
buffer 1703, the operation of outputting data 1801 from 
the buffer 1 703 to the AV data decoder 1 706 and the 
packet generator 1704 is started. When the data trans- w 
fer request is stopped at time t2, the data transfer from 
the buffer 1 703 is stopped temporarily. 
[0202] Since the data transmitter 1709 is the 
IEEE1394I/F, the data transmitter 1709 detects a cycle 
start packet 1803 at time t3, whereby a cycle 1804 is 15 
started. At time 13, the data, which has already been 
output from the buffer 1 703 but has not been output to 
the network N, is the data 1801, the packet generator 
1704 adds a header 1802 or the like to this data 1801, 
which header is for transmitting the data through the 20 
data transmitter 1709, and then outputs the data to the 
data transmitter 1709. 

[0203] Figures 19(a) and 19(b) show the structure of 
an isochronous packet 1900 handled in the 
IEEE1394I/R This isochronous packet 1900 is com- 25 
posed of AV data 1904, and an isochronous header 
1902 and a CIP header 1903, which headers are added 
to the AV data 1 904. The AV data 1 904 is the data 1 80 1 . 
The CIP header 1903 includes a buffer flag 1905, and 
this buffer flag 1905 indicates whether the buffer 1703 30 
underflows or not. The buffer flag 1905 is "1" when the 
buffer 1703 underflows, and it is "0" when the buffer 
1 703 does not underflow. Accordingly, in the CIP header 
of the header 1902, the buffer flag 1905 is "0". Thereaf- 
ter, the data, which have been similarly output from the 35 
buffer, are successively output to the data transmitter 
1 709 as a digital interface. 

[0204] At time t4, the amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 
amount. The amount of data stored in the buffer 1703 40 
(information 1715) is monitored by the system controller 
1 705. When the system controller 1705 detects that the 
amount of data stored in the buffer 1703 becomes 
smaller than the first prescribed amount, it controls the 
optical head 1707, the signal processor 1701 and the 45 
ECC decoder 1 702 so that the readout of data from the 
optical disk 1708 is carried out. When the amount of 
data stored in the buffer 1 703 reaches the second pre- 
scribed amount at time t5, the system controller 1705 
controls the optical head 1707, the signal processor so 
1 701 , and the ECC decoder 1702 so that the readout of 
data from the optical disk 1708 is stopped. 
[0205] Now it is assumed that no data is input to the 
buffer 1703 although the amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 55 
amount at time t6. For example, when accessing to data 
to be reproduced, if it takes a very long time to find a 
sector in which the data is recorded because of unsuc- 



cessful track jumping or the like, the buffer is in such sta- 
tus. The buffer is in such status also when an ECC error 
occurs in the ECC decoder 1 702 and the same data is 
again read from the optical disk 1708. 
[0206] At time t7, a data transfer request is output 
from the AV data decoder 1 706, and data is output from 
the buffer 1 703. At time t8, the amount of data stored in 
the buffer 1703 becomes 0, resulting in underflow. The 
system controller 1 705 detects that the buffer 1 703 is in 
the underflow state, and posts this fact to the packet 
generator 1704 with a signal 1713. 
[0207] At time t9, a data transfer request is output 
from the AV data decoder 1 706 to the buffer 1 703. Since 
the buffer 1703 is in the underflow state, no data is out- 
put from the buffer 1 703. Even though any data is output 
from the buffer at this time, the output data is not effec- 
tive. 

[0208] At time t10, a cycle start packet 1805 is 
detected and a cycle 1806 is started. Since the data, 
which has been output from the buffer 1 703 but has not 
yet been output to the data transmitter 1 709 at time t10, 
is the data 1807, the data transmitter 1709 adds a 
header 1808 or the like to this data 1807 and outputs 
this data to the network N. 

[0209] At time t11, a cycle start packet 1809 is 
detected and a cycle 1810 is started. At time t1 1 , there 
is no data which has been output from the buffer 1703 
but has not been output through the data transmitter 
1709 to the network N and, moreover, the buffer 1 703 is 
in the underflow state. Therefore, the packet generator 
1704 transmits only the header as an isochronous 
packet 1811 to the data transmitter 1709, and this iso- 
chronous packet 1811 comprising only the header is 
output from the data transmitter 1709 toward the net- 
work N. 

[0210] Figures 20(a) and 20(b) show the structure of 
an isochronous packet 2011 corresponding to the 
above-described isochronous packet 181 1 . As shown in 
these figures, the isochronous packet 201 1 has no data 
section. Further, since the buffer 1 703 is in the under- 
flow state, the buffer flag 2205 is "1 ". 
[0211] In a cycle 1812, as in the cycle 1810, there is 
no data which has been output from the buffer 1 703 but 
has not been output to the network N, and the buffer 
1703 is in the underflow state. Therefore, an iso- 
chronous packet 1 81 3 similar to the isochronous packet 
1811 is output. 

[021 2] At time t1 2, input of data to the buffer 1 703 is 
resumed, whereby the buffer 1 703 is released from the 
underflow state. At time t13, a cycle start packet is 
detected, and a cycle 1814 is started. At time t13, there 
is no data which has been output from the buffer 1 703 
but has not been output to the digital interface 1 709, but 
the buffer 1703 is not in the underflow state. Therefore, 
the isochronous packet 1815 generated by the packet 
generator 1704 and comprising only the header is out- 
put through the data transmitter 1709 toward the net- 
work N. Since the buffer 1703 is not in the underflow 
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state, the value of the buffer flag of the isochronous 
packet 1815 is "0" like the buffer flag 1905 of the iso- 
chronous packet 1811. 

[0213] At time t14, the amount of data stored in the 
buffer 1703 reaches the second prescribed amount, 5 
and output of data from the buffer 1703 is resumed. 
Thereafter, transmission of data is carried out in like 
manner as described for the cycle 1 804. 
[0214] As described above, in the data transmitting 
device 1007 according to the seventh embodiment, to 
when the buffer 1 703 underflows and the device cannot 
send data, information indicating that underflow has 
occurred in the buffer is put in the header information of 
the packet and transmitted, so that the receiving end 
can detect that underflow has occurred in the buffer at 75 
the transmitting end. Therefore, the receiving end can 
cope with the underflow of the buffer by converting the 
operation mode to the error handling mode or the like. 

[Embodiment 8] 20 

[0215] Figures 21(a), 21(b), 22(a), 22(b), 23(a) and 
23(b) are diagrams for explaining a data transmitting 
device according to an eighth embodiment of the 
present invention. 25 
[021 6] In the data transmitting device according to this 
eighth embodiment, the data output operation when the 
buffer 1703 does not underflow, i.e., the operation of 
reading data from the optical disk 1 708 and then output- 
ting a packet to the network N by the data transmitter 30 
1709, is identical to that already described for the data 
transmitting device 1007 according to the seventh 
embodiment shown in figure 17. 
[0217] Figure 21(a) shows the manner of outputting 
data from the buffer 1 703 of the data transmitting device 35 
according to this eighth embodiment, and figure 21(b) 
shows the state of the output data on the network N. 
Figures 21 (a) and 21 (b) correspond to figures 18(d) and 
18(e) explaining the operation of the data transmitting 
device according to the seventh embodiment, respec- 40 
tively. 

[0218] Figures 22(a) and 22(b) show the structure of 
an isochronous packet 2200 handled by the data trans- 
mitting device according to this eighth embodiment. As 
seen from these figures, a CIP header 2201 included in 45 
the isochronous packet 2200 is different in structure 
from the CIP header 1903 of the isochronous packet 
1900 handled by the data transmitting device according 
to the seventh embodiment, namely, the CIP header 
2201 has no buffer flag whereas the CIP header 1903 so 
has the buffer flag 1905. In figures 21(a) and 21(b), iso- 
chronous packets 2101 and 2107 at cycles 2104 and 
2106, respectively, are identical to the isochronous 
packet 2200. 

[021 9] A description is now given of the operation of 55 
the data transmitting device. 

[0220] The operation from time to to time t6 according 
to this eighth embodiment is identical to that already 
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described for the seventh embodiment (refer to figures 
18(a)-18(c)) and, therefore, the operation after time t6 
will be described hereinafter. 

[0221] Now it is assumed that no data is input to the 
buffer 1703 though the amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 
amount. At time t6, the data transmitting device accord- 
ing to this eighth embodiment is in such status. 
[0222] As shown in figure 18(c), at time t7, a data 
transfer request is output from the AV decoder 1706, 
and data is output from the buffer 1703. At time t8, the 
amount of data stored in the buffer 1703 becomes 0, 
and the buffer 1 703 goes into the underflow state. When 
the system controller 1705 detects that the buffer 1703 
is in the underflow state, it posts this fact to the packet 
generator 1704 by a prescribed signal 1713. 
[0223] Although a data transfer request is output from 
the AV data decoder 1 706 to the buffer 1 703 at time t9, 
since the buffer 1 703 is in the underflow state, no effec- 
tive data is output. 

[0224] Turning to figures 21(a) and 21(b), at time t10, 
a cycle start packet 2105 is detected and a cycle 2106 
is started. Since the data, which has been output from 
the buffer 1 703 but has not been output to the network 
N at time t10, is the data 2107, the packet generator 
1 704 adds a header for transmission 2108 or the like to 
this data 2107 and generates a packet, and the data 
transmitter 1709 outputs this packet to the network N. 
[0225] At time t11, a cycle start packet 2109 is 
detected, and a cycle 21 1 0 is started. At time t1 1 , there 
is not data which has been output from the buffer 1703 
but has not been output to the network N and, moreover, 
the buffer 1 703 is in the underflow state. 
[0226] Hence, the packet generator 1 704 generates 
an isochronous packet 2200 including data of a pre- 
scribed specific pattern 2204a indicating that underflow 
of the buffer has occurred, instead of the AV data 1904 
of the isochronous packet 1900 (refer to figure 19(a)), 
as shown in figures 22(a) and 22(b). Employed as a 
specific pattern indicating that underflow of the buffer 
has occurred is as follows: data of a pattern in which all 
bits (32 bits) in one horizontal line of the isochronous 
packet shown in figure 22 are 0; or a 32-bit sequence 
error code 000001 B4h (h means hexadecimal) defined 
in MPEG2. When this packet is output as an iso- 
chronous packet 21 13 to the data transmitter 1709, the 
data transmitter 1709 outputs the isochronous packet 
21 1 3 to the network N. 

[0227] In a cycle 21 12, as in the cycle 21 10, there is 
not data which has been output from the buffer 1 703 but 
has not been output to the network N, and the buffer 
1703 is in the underflow state. Therefore, the packet 
generator 1704 generates an isochronous packet 2114 
including the above-mentioned data of a specific pattern 
2204a, instead of the AV data 1904, and outputs this 
packet 21 14 to the data transmitter 1709. Thereby, the 
isochronous packet 21 14 is output from the data trans- 
mitter 1 709 to the network N. 
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[0228] As shown in figure 18(a), at time t12, input of 
data into the buffer 1 703 is resumed, whereby the buffer 
1703 is released from the underflow state. Then, as 
shown in figure 21 (b) ( a cycle start packet is detected at 
time t13, and a cycle 2117 is started. At time t13, there 5 
is no data which has been output from the buffer 1703 
but has not been output to the data transmitter 1 709, but 
the buffer 1703 is not in the underflow state. Therefore, 
the packet generator 1704 outputs an isochronous 
packet 2-1 1 5 comprising only a header toward the data w 
transmitter 1709. Since the buffer 1703 is not in the 
underflow state, the isochronous packet 2115 is identi- 
cal to the isochronous packet 2301 which comprises 
only the isochronous header 2302, the CIP header 
2301 , and the Data_CRC. 1S 
[0229] As shown in figure 18(a). at time t14, the 
amount of data stored in the buffer 1703 reaches the 
second prescribed amount, and output of data from the 
buffer 1703 is resumed. Thereafter, data transmission is 
carried out in like manner as already described for the 20 
cycle 2104. 

[0230] As described above, in the data transmitting 
device according to the eighth embodiment, when the 
device cannot transmit data because the buffer 1703 
underflows, data of a specific pattern is inserted in the 25 
data section of the packet, as information indicating that 
underflow of the buffer has occurred, and then the 
packet is transmitted. Therefore, like the seventh 
embodiment of the invention, it is possible to post that 
underflow of the buffer has occurred to the receiving 30 
end. 

[Embodiment 9] 

[0231] ^Figure 24 is a block diagram illustrating a data 35 
receiving device according to a ninth embodiment of the 
present invention. 

[0232] A data receiving device 1 009 according to this 
ninth embodiment receives a packet which has been 
output from the data transmitting device 1 007 according 40 
to the seventh embodiment toward the network N. The 
device 1009 comprises a data receiver 2407 which 
receives a packet on the network N; a header analyzer 
2401 which analyzes the header of the received packet, 
and outputs data 240 1 a corresponding to the buffer out- 45 
put of the transmitting device, and a header analysis 
result 2401b; an AV data decoder 2402 which decodes 
the data 2401a from the header analyzer 2401 and out- 
puts an AV signal; and a system controller 2403 which 
controls the decoder 2402 on the basis of the header so 
analysis result 2401b. 

[0233] A description is given of the operation of the 
data receiving device 1009. 

[0234] When the data receiver 2407 receives a packet 
on the network N, the header analyzer 2401 in the sub- ss 
sequent stage checks the header of the packet. To be 
specific, when the data receiver 2407 receives a packet 
like the packet 1 800, i.e., the packet having the structure 



shown in figure 19, the header analyzer 2401 checks 
the isochronous header 1902 and then checks the CIP 
header 1903. When checking the CIP header 1903, the 
header analyzer 2401 checks the buffer flag 1905 
included in the CIP header 1903. When the buffer flag 
1905 shows "no underflow of buffer", the AV data 1904 
is subjected to CRC (Cyclic Redundancy Check). When 
the result of the CRC is correct, the AV data 1 904 in the 
packet is output to the AV data decoder 2402. The AV 
data decoder 2402 decodes the AV data and output an 
AV signal. 

[0235] A description is given of a case where the 
buffer flag 1905 included in the CIP header 1901 indi- 
cates "underflow of buffer" when it is checked. In this 
case, the data receiving device receives the packet 
181 1 shown in figure 18(e), i.e., the packet 201 1 having 
the structure of figures 20(a) and 20(b), and operates as 
follows. 

[0236] The header analyzer 2401 posts that underflow 
has occurred in the buffer at the transmitting end, to the 
system controller 2403, by the header analysis result 
2401b. Then, the system controller 2403 posts that 
underflow has occurred in the buffer at the transmitting 
end, to the AV data decoder 2402. Thereby, the AV data 
decoder 2402 stops the operation in normal decoding 
mode, and starts the operation in error handling mode. 
For example, the operation in error handling mode is to 
still and display a previous image, or to mute the audio 
signal. 

[0237] Next, the data receiver 2407 receives a packet 
1813, and this packet 1813 is input to the header ana- 
lyzer 2401. The buffer flag 1905 included in the CIP 
header of this packet 1813 indicates "underflow of 
buffer". So, the header analyzer 2401 posts that under- 
flow has occurred in the buffer at the transmitting end, to 
the system controller 2403, as the header analysis 
result 2401b. On receipt of this information, the system 
controller posts that underflow has occurred in the 
buffer at the transmitting end, to the AV data decoder 
2402. Since the AV data decoder 2402 has already 
been operating in the error handling mode, it continues 
the error handling mode operation. 
[0238] Next, the data receiver 2407 receives a packet 
1815, and this packet is input to the header analyzer 
2104. The buffer flag 1905 included in the CIP header of 
this packet 1815 indicates "no underflow of buffer". 
Accordingly, the header analyzer 2401 posts that under- 
flow has not occurred in the buffer at the transmitting 
end, to the system controller 2403, as the header anal- 
ysis result 2401b. Then, the system controller 2403 
posts that the buffer at the transmitting end has been 
released from the underflow state, to the AV decoder 
2402. Thereby, the AV data decoder 2402 stops the 
operation in error handling mode, and resumes the 
operation in normal decoding mode. 
[0239] As described above, in the data receiving 
device 1009 according to the ninth embodiment, when 
the packet, which has been received through the digital 
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interface, includes information indicating that underflow 
has occurred in the buffer at the transmitting end, this 
information is detected, and the operating mode in 
decoding of AV data is converted from the normal mode 
to the error handling mode. Therefore, the receiving end 5 
can perform speedy error handling, whereby disorder of 
video and audio signals due to underflow of the buffer at 
the transmitting end can be effectively suppressed. 

[Embodiment 10] 10 

[0240] A data receiving device according to a tenth 
embodiment of the present invention will be described 
using figures 24, 18(a)-18(e), 21(a), 21(b), 22(a) and 
22(b). 75 
[0241] A data receiving device according to this tenth 
embodiment receives a packet stream shown in figure 
21(b) which has been output from the data transmitting 
device according to the eighth embodiment toward the 
network N. 20 
[0242] The data receiving device according to this 
tenth embodiment is different from the data receiving 
device according to the ninth embodiment only in the 
process of analyzing the information indicating that 
underflow has occurred, in the header analyzer. 25 
[0243] A description is given of the operation of the 
data receiving device. 

[0244] When the data receiver 2407 receives a 
packet, the header analyzer 2401 in the subsequent 
stage checks the header of the packet. To be specific, 30 
when the data receiver 2407 receives a packet like the 
packet 2102, i.e., the packet 2200 having the structure 
shown in figure 22, the header analyzer 2401 checks 
the isochronous header 1902 and then checks the CIP 
header 2201. Then, the AV data 1904 is subjected to 35 
CRC. When the result of the CRC is correct, it is 
checked whether the AV data 1904 includes a specific 
pattern or not. Included as a specific pattern is, for 
example, data of a pattern in which all of 32 bits are 0, 
or a 32-bit sequence error code 000001 B4h (h means 40 
hexadecimal) defined in MPEG2. 
[0245] When the AV data 1 904 does not includes such 
specific pattern, the header analyzer 2401 outputs the 
AV data 1904 to the AV data decoder 2402. The AV data 
decoder 2402 decodes the AV data and outputs an AV 45 
signal. 

[0246] A description is given of a case where the AV 
data 2204 includes a specific pattern. This case corre- 
sponds to the case of receiving the packet 2103 shown 
in figure 21 (b). The structure of this packet 2103 is iden- so 
tical to that of the isochronous packet 2202 shown in fig- 
ures 22(a) and 22(b). The specific pattern 2204a 
included in the AV data 2204 of the packet 2200 indi- 
cates that underflow has occurred in the buffer at the 
transmitting end. In this case, the header analyzer 2401 55 
posts that underflow has occurred in the buffer at the 
transmitting end, as the header analysis result 2401b, to 
the system controller 2403. Then, the system controller 
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2403 posts that underflow has occurred in the buffer at 
the transmitting end. to the AV decoder 2402. On 
receipt of this information, the AV decoder 2402 stops 
the operation in normal decoding mode, and starts the 
operation in error handling mode. For example, the 
operation in error handling mode is to still and display a 
previous image, or to mute the audio signal. 
[0247] Next, the data receiver 2407 receives a packet 

2114. The AV data of the packet 2114 includes a spe- 
cific pattern which indicates that underflow has occurred 
in the buffer at the transmitting end. Accordingly, the 
header analyzer 2401 posts that underflow has 
occurred in the buffer at the transmitting end, as the 
header analysis result 2401b, toward the system con- 
troller 2403. Then, the system controller 2403 posts that 
underflow has occurred in the buffer at the transmitting 
end, to the AV data decoder 2402. Since the AV data 
decoder 2402 has already been operating in the error 
handling mode, it continues the error handling mode 
operation. 

[0248] Next, the data receiver 2407 receives a packet 

2115. The structure of this packet 2115 is identical to 
that of the isochronous packet 2301 shown in figures 
23(a) and 23(b) and, therefore, this packet 2115 does 
not include AV data, which means that no underflow has 
occurred in the buffer at the transmitting end. Therefore, 
the header analyzer 2401 posts that the buffer at the 
transmitting end has been released from the underflow 
state, as the header analysis result 2401b, to the sys- 
tem controller 2403. Then, the system controller 2403 
posts that the buffer at the transmitting end has been 
released from the underflow state, to the AV decoder 
2402. On receipt of this information, the AV data 
decoder 2402 stops the operation in error handling 
mode, and resumes the operation in normal decoding 
mode. 

[0249] As described above, in the data transmitting 
device according to the tenth embodiment, when a 
packet, which has been received by the data transmitter 
(digital interface), includes data of a specific pattern 
indicating that underflow has occurred in the buffer at 
the transmitting end, this data is detected, and the oper- 
ating mode of decoding of AV data is converted to the 
error handling mode. Therefore, as in the ninth embodi- 
ment of the invention, the receiving end can perform 
speedy error handling, whereby disorder of video and 
audio signals due to underflow of the buffer at the trans- 
mitting end can be minimized. 

[0250] While in the seventh to tenth embodiments the 
IEEE1394I/F is employed as a digital interface, other 
digital interfaces may be employed. 
[0251] Further, while in the seventh to tenth embodi- 
ments audio and video data are described as data 
recorded in a recording medium, subtitle data or the like 
may be included. Further, the data recorded on the 
medium may be one of video data and audio data. 
[0252] Further, while in the seventh and eighth 
embodiments an optical disk is employed as a recording 
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medium, other recording media, such as a magnetic 
disk, may be employed. 

[0253] Furthermore, while in the seventh and ninth 
embodiments the buffer flag 1905 uses "r to show that 
underflow of buffer has occurred and uses "0 M to show 
that underflow of buffer has not occurred, "1" and "0" 
may be inverted. 

[0254] Moreover, while in the seventh and eighth 
embodiments the output from the buffer is output to the 
packet generator as it is, the output from the buffer may 
be divided as described for the second embodiment 
before being input to the packet generator. 
[0255] Furthermore, the temporal relationship 
between the data transfer request from the AV data 
decoder 1706 and the isochronous cycle is not 
restricted to that shown in figures 18(a)-18(e). 

[Embodiment 11] 

[0256] Figure 25 is a block diagram for explaining a 
data transmitting device 101 1 according to an eleventh 
embodiment of the present invention. 
[0257] The data transmitting device 101 1 comprises 
an optical head 2507 for reading data from an optical 
disk 2508 as a record medium; a signal processor 2501 
for subjecting the read data to binarization and demod- 
ulation; and an ECC decoder 2502 for subjecting the 
output from the signal processor 2501 to ECC decod- 
ing. In this data transmitting device 1011, readout of 
data from the optical disk 2508 to the signal processor 
2501 is carried out for each unit of ECC processing. 
[0258] - The data transmitting device 1011 further 
includes a buffer 2503 for storing the data output from 
the ECC .decoder 2502; a packet generator 2504 for 
packetizing the data output from the buffer 2503 and 
clock information, and adding header information or the 
like to the generated packets, which information is for 
transmitting data through a digital interface such as the 
13941/F; and a data transmitter 2509 for outputting the 
packets from the packet generator 2504 toward the net- 
work N. The structure of the data transmitter 2509 is 
identical to that of the 13941/F. 

[0259] The data transmitting device 1011 further 
includes an AV data decoder 2506 for requesting data 
from the buffer 2503, decoding the data output from the 
buffer 2503, and outputting the clock information; and a 
system controller 2505 for controlling the packet gener- 
ator 2504 according to the amount of data stored in the 
buffer 2503. 

[0260] Figure 26(a) is a diagram for explaining the 
sector structure of the optical disk 2508, wherein a track 
formed on the optical disk 2508 is straightened. 
[0261] Figure 26(a) shows that the sector size is 2k 
bytes (2048 bytes) as the user data size, and a unit of 
ECC processing is 16 sectors (user data size = 32k 
bytes). Hereinafter, this one-block unit of ECC process- 
ing is called a cluster. The size of data actually recorded 
in one sector of the optical disk 2508 is equivalent to the 



user data of 2k bytes to which ECC data is added. 
[0262] A description is given of the operation of the 
data transmitting device 101 1 . 

[0263] Readout of data from the optical disk 2508 is 

5 carried out for each cluster. The data read from the opti- 
cal disk 2508 is subjected to binarization and demodu- 
lation in the signal processor 2501, and input to the 
ECC decoder 2502. The data input to the ECC decoder 
2502 is subjected to ECC decoding and then input to 

w the buffer 2503. 

[0264] The above-mentioned data readout operation, 
i.e., the operation of reading data from the optical disk 
2508 and then inputting the data into the buffer 2503, is 
carried out intermittently according to the amount of 

15 data stored in the buffer 2503. That is, when the amount 
of data stored in the buffer 2503 becomes smaller than 
the first prescribed amount, data are continuously read 
from the optical disk 2508 and stored in the buffer 2503. 
When the amount of data stored in the buffer 2503 

20 exceeds the second prescribed amount, readout of data 
from the optical disk 2508 is stopped. 
[0265] Readout of data from the buffer 2503 to the AV 
data decoder 2506 is performed according to the 
request for data transfer 2510 output from the AV data 

25 decoder 2506. On receipt of the request 2510, the 
buffer 2503 outputs data in rotation as input. The output 
data 2514 is successively decoded by the AV data 
decoder 2506. Simultaneously, the data 2514 output 
from the buffer 2503 is input to the packet generator 

30 2504 as well. Further, the clock information 251 1 gener- 
ated by the AV data decoder 2506 is input to the packet 
generator 2504. The packet generator 2504 packetizes 
the input data and the clock information, adds header 
information or the like to the packets so generated, and 

35 outputs the packets to the data transmitter 2507. Then, 
the data transmitter 2507 outputs the packets to the net- 
work N. 

[0266] The above-mentioned operation will be 
described in more detail. 

40 [0267] It is assumed that data of a cluster 261 7 read 
from the optical disk 2508 (refer to figure 26(a)) is proc- 
essed by the signal processor 2501 and, thereafter, this 
data is subjected to ECC decoding by the ECC decoder 
2502 with no occurrence of error. In this case, the data 

45 of the cluster 2617 which has been subjected to ECC 
decoding is read into the AV data decoder 2506 and, 
simultaneously, input to the buffer 2503. The data of the 
cluster 2617 output from the buffer 2503 is packetized 
by the packet generator 2504 and output through the 

so data transmitter 2507 to the network N. 

[0268] As shown in figure 26(a), the cluster 2617 is 
composed of sectors 2601-2616, each sector having 
the size of 2048 bytes. Hence, the packet generator 
2504 divides the data of the cluster 261 7 so that the 

55 data can be transmitted through the data transmitter 
2507 within an obtained band, and adds header infor- 
mation or the like to the data of the divided clusters. 
Then, the packet generator 2504 packetizes the data of 
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the divided clusters, and outputs the packets so gener- 
ated to the data transmitter 2507. 
[0269] Figures 27(a) and 27(b) are diagrams showing 
the structure of an isochronous packet 2700 handled in 
the IEEE1394I/F. The isochronous packet 2700 is com- 
posed of AV data 2704, and an isochronous header 
2703 and a CIP header 2701, which headers are added 
to the AV data 2704. The AV data 2704 corresponds to 
the data of the cluster 261 7. 

[0270] Figure 28 shows isochronous data flowing on 
the network N. In cycles 2805 and 2806, data 2801 and 
2802 of the cluster 261 7 flow, respectively, and the data 

2802 in the cycle 2806 is the last data of the cluster 
2617. 

[0271] Next, it is assumed that an ECC error occurs 
when data of the cluster 261 8 (refer to figure 26(a)) read 
from the optical disk 2507 is subjected to ECC decoding 
by the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occurrence of the ECC error to the sys- 
tem controller 2505 by a signal 2512, In this case, re- 
reading of the cluster 2618 from the optical disk 2508 is 
not carried out, but readout of the next cluster 2619 is 
carried out. 

[0272] Accordingly, in the data input to the buffer 
2503, the cluster 2619 follows the cluster 2617 as 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at which the last data of the cluster 261 7 is 
output from the buffer 2503, according to a monitor sig- 
nal 251 5 showing the amount of data stored in the buffer 
2503. When the last data of the cluster 2617 has been 
output from the buffer 2503, the system controller 2505 
posts that an ECC error has occurred in the next cluster, 
to the packet generator 2504, by a signal 2513. 
Thereby, the packet generator 2504 knows that the data 
of the cluster to be input will not be input because of the 
ECC error. Then, the packet generator 2504 sets the 
ECC flag 2702 of the CIP header 2701 to ECC error 
state, and generates a packet including no AV data 
2704. 

[0273] The ECC flag 2702 uses "1" to show that an 
ECC error has occurred, and "0" to show that no ECC 
error has occurred. In this case, the ECC flag 2702 is 
set to "1". 

[0274] Figures 29(a) and 29(b) show the structure of 
a packet 2900 when an ECC error has occurred. As 
shown in figure 28, in a cycle 2807, the packet gener- 
ated by the packet generator 2504 is output as a packet 

2803 through the data transmitter 2507 to the network 
N. 

[0275] Next, the data of the cluster 261 9 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the cluster 2619 has no ECC error, it is packetized by 
the packet generator 2504, like the cluster 2617. At this 
time, the ECC flag 2702 of the CIP header 2701 is "0". 
Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 



network N. 

[0276] As described above, in the data transmitting 
device according to the eleventh embodiment, when 
transmitting data, which has been read from a recording 

5 medium for each cluster (a unit of ECC processing) and 
subjected to ECC decoding and packetization, if the 
device cannot transmit the data because of an ECC 
error, information indicating that the ECC error has 
occurred is added to the header information of the 

10 packet and then the packet is transmitted. Therefore, it 
is possible to post the occurrence of the ECC error to 
the receiving end, and the receiving end can speedily 
cope with the ECC error at the transmitting end. 

15 [Embodiment 1 2] 

[0277] Figures 30, 31(a), 31(b), 32(a) and 32(b) are 
diagrams for explaining a data transmitting device 
according to a twelfth embodiment of the present inven- 
20 tion. 

[0278] The sector structure of an optical disk as a 
recording medium employed in this twelfth embodiment 
is identical to that shown in figure 26(a). 
[0279] The structure of the data transmitting device 

25 according to this twelfth embodiment is fundamentally 
identical to that of the data transmitting device 1011 
according to the eleventh embodiment shown in figure 
25. Further, the data outputting operation in the case 
where no ECC error is detected by the ECC decoder 

30 2502, i.e., the operation of reading data from the optical 
disk 2508 and then outputting a packet to the network N 
by the data transmitter 2507, is identical to that already 
described for the data transmitting device 1011 of the 
eleventh embodiment. 

35 [0280] The data transmitting device according to the 
twelfth embodiment is different from the device accord- 
ing to the eleventh embodiment only in that, when an 
ECC error is detected, the packet generator inserts data 
of a specific pattern into a packet, as information indi- 
go eating the occurrence of ECC error. 

[0281 ] Further, figures 31 (a) to 32(b) show the struc- 
tures of isochronous packets 3100 and 3200, respec- 
tively, handled by the data transmitting device according 
to this twelfth embodiment. As can be seen from these 

45 figures, in the isochronous packets 3100 and 3200, the 
structures of CIP headers 3102 and 3202 are different 
from those of the CIP headers 2701 and 2901 of the iso- 
chronous packets handled in the data transmitting 
device according to the eleventh embodiment, respec- 

so tively. That is, the CIP headers 3102 and 3202 have no 
ECC flags whereas the CIP headers 2701 and 2901 
have the ECC flags 2702 and 2902, respectively. 
[0282] Also in this twelfth embodiment, the data trans- 
mitter as a digital interface employed in the data trans- 

55 mitting device is the IEEE1394I/F 

[0283] A description is given of the operation of the 
data transmitting device. 

[0284] It is assumed that data of a cluster 261 7 is read 
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from the optical disk 2508, processed by the signal 
processor 2501 , and subjected to ECC decoding by the 
ECC decoder 2502 with no occurrence of error. In this 
case, the data of the cluster 261 7 which has been sub- 
jected to ECC decoding is read into the AV data 5 
decoder 2506 and, simultaneously input to the buffer 
2503. Then, the data of the cluster 261 7 output from the 
buffer 2503 is packetized by the packet generator 2504, 
and the packet so generated is output through the data 
transmitter 2507 to the network N. 10 
[0285] Also in this twelfth embodiment, the cluster 
2617 is composed of sectors 2601-2616, each having 
the size of 2048 bytes. Further, the packet generator 
2504 divides the data of the cluster 2617 so that the 
data can be transmitted within an obtained band, pack- 15 
etizes the data of the divided clusters after adding 
header information or the like to the data of the divided 
clusters, and outputs the packets so generated to the 
data transmitter 2507. 

[0286] Figures 31 (a) and 31 (b) show the structure of 20 
an isochronous packet handled in the IEEE1394I/F The 
isochronous packet is composed of AV data 3103, and 
an isochronous header 3101 and a CIP header 3102, 
which headers are added to the AV data 3103. The AV 
data 3103 corresponds to the data of the cluster 261 7. 2s 
[0287] Figure 30 shows isochronous data flowing on 
the network N. In cycles 3005 and 3006, data 3001 and 
3002 of the cluster 2617 flow, respectively, and the data 
3002 in the cycle 3006 is the last data of the cluster 
2617. 30 
[0288] . Next, it is assumed that an ECC error occurs 
when data of the cluster 261 8 (refer to figure 26(a)) read 
from the optical disk 2507 is subjected to ECC decoding 
by the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occurrence of the ECC error to the sys- 35 
tern controller 2505 by a signal 2512. In this case, re- 
reading of the cluster 2618 from the optical disk 2508 is 
not carried out, but readout of the next cluster 2619 is 
carried out. 

[0289] Accordingly, in the data input to the buffer 40 
2503, the cluster 2619 follows the cluster 2617 as 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at which the last data of the cluster 261 7 is 45 
output from the buffer 2503, according to a monitor sig- 
nal 251 5 showing the amount of data stored in the buffer 
2503. When the last data of the cluster 261 7 is output 
from the buffer 2503, the system controller 2505 posts 
that an ECC error has occurred in the next cluster to the 50 
packet generator 2504 by a signal 2513. Thereby, the 
packet generator 2504 knows that the data of the cluster 
to be input will not be input because of the ECC error. 
Then, the packet generator 2504 generates an iso- 
chronous packet 3200 including data of a specific pat- ss 
tern 3203a indicating that an ECC error has occurred, 
instead of the AV data 3103. 

[0290] Employed as a specific pattern indicating that 



an ECC error has occurred is as follows: data of a pat- 
tern in which all bits (32 bits) in one horizontal line are 0; 
or a 32-bit sequence error code 000001 B4h (h means 
hexadecimal) defined in MPEG2. 
[0291] Figures 32(a) and 32(b) show the structure of 
the packet 3200 when an ECC error has occurred. As 
shown in figure 30, in a cycle 3007, the packet gener- 
ated by the packet generator 2504 is output as a packet 
3003 through the data transmitter 2507 to the network 
N. 

[0292] Next, the data of the cluster 261 9 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the cluster 2619 has no ECC error, it is packetized 
like the cluster 2617 by the packet generator 2504. 
Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 
network N, in or after a cycle 3008. 
[0293] As described above, in the data transmitting 
device according to the twelfth embodiment, when 
transmitting data, which has been read from a recording 
medium for each cluster (a unit of ECC processing) and 
subjected to ECC decoding and packetization, if the 
device cannot transmit the data because of an ECC 
error, data of a specific pattern is transmitted as infor- 
mation indicating that the ECC error has occurred. 
Therefore, it is possible to post the occurrence of the 
ECC error to the receiving end, and the receiving end 
can speedily cope with the ECC error at the transmitting 
end. 

[Embodiment 1 3) 

[0294] Figure 33 is a diagram for explaining a data 
transmitting device according to a thirteenth embodi- 
ment of the present invention. 

[0295] The sector structure of an optical disk as a 
recording medium employed in this thirteenth embodi- 
ment is identical to that shown in figure 26(a). 
[0296] The structure of the data transmitting device 
according to this thirteenth embodiment is fundamen- 
tally identical to that of the data transmitting device 1011 
according to the eleventh embodiment shown in figure 
25. Further, the data outputting operation in the case 
where no ECC error is detected by the ECC decoder 
2502, i.e., the operation of reading data from the optical 
disk 2508 and then outputting a packet to the network N 
by the data transmitter 2507, is identical to that already 
described for the data transmitting device 1011 of the 
eleventh embodiment. 

[0297] The data transmitting device according to the 
thirteenth embodiment is different from the device 
according to the eleventh embodiment only in that, 
when an ECC error is detected, the packet generator 
adds incorrect data CRC 3104 as information indicating 
the occurrence of the ECC error 
[0298] Also in this thirteenth embodiment, the data 
transmitter as a digital interface of the data transmitting 
device is the IEEE1394I/F 
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[0299] A description is given of the operation of the 
data transmitting device. 

[0300] It is assumed that data of a cluster 261 7 is read 
from the optical disk 2508, processed by the signal 
processor 2501 . and subjected to ECC decoding by the s 
ECC decoder 2502 with no occurrence of error. In this 
case, the data of the cluster 2617 which has been sub- 
jected to ECC decoding is read into the AV data 
decoder 2506 and, simultaneously, input to the buffer 
2503. Then, the data of the cluster 261 7 output from the 10 
buffer 2503 is packetized by the packet generator 2504, 
and the packet so generated is output through the data 
transmitter 2507 to the network N. 
[0301] Also in this thirteenth embodiment, the cluster 
2617 is composed of sectors 2601-2616, each having is 
the size of 2048 bytes. Further, the packet generator 
2504 divides the data of the cluster 2617 so that the 
data can be transmitted within an obtained band, and 
adds CRC data and header information or the like to the 
data of the divided clusters. Then, the packet generator 20 
2504 packetizes the data of the divided clusters, and 
outputs the packets so generated to the data transmitter 
2507. 

[0302] Figures 31(a) and 31(b) show the structure of 
an isochronous packet handled in the IEEE1394I/F The 25 
isochronous packet is composed of AV data 3103, an 
isochronous header 3101 , a CIP header 3102, and data 
CRC 3104. The AV data 3103 corresponds to the data 
of the cluster 2617. 

[0303] Figure 33 shows isochronous data flowing on 30 
the network N. In cycles 3305 and 3306, data 3301 and 
3302 of the cluster 261 7 flow, respectively, and the data 
3302 in the cycle 3306 is the last data of the cluster 
2617. 

[0304] Next, it is assumed that an ECC error occurs 35 
when the data of the cluster 2618 (refer to figure 26(a)) 
read from the optical disk 2507 is subjected to ECC 
decoding by the ECC decoder 2502. Then, the ECC 
decoder 2502 posts the occurrence of the ECC error to 
the system controller 2505 by a signal 2512. In this 40 
case, re-reading of the cluster 2618 from the optical disk 
2508 is not carried out, but readout of the next cluster 
2619 is carried out. 

[0305] Accordingly, in the data input to the buffer 
2503, the cluster 2619 follows the cluster 2617 as 45 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at which the last data of the cluster 261 7 is 
output from the buffer 2503, according to a monitor sig- 50 
nal 251 5 showing the amount of data stored in the buffer 
2503. When the last data of the cluster 2617 is output 
from the buffer 2503, the system controller 2505 posts 
that an ECC error has occurred in the next cluster to the 
packet generator 2504 by a signal 2513. Thereby, the 55 
packet generator 2504 knows that the data of the cluster 
to be input will not be input because of the ECC error. 
Then, the packet generator 2504 generates a packet in 



which incorrect data CRC 3104 is added to the arbitrary 
data 3103 as shown in figures 31(a) and 31(b). The 
structure of the packet so generated is apparently iden- 
tical to that of the packet shown in figures 31(a) and 
31(b). The data CRC 3104 is not correct CRC data with 
respect to the data 3103. 

[0306] As shown in figure 33, in a cycle 3307, the 
packet generated by the packet generator 2504 is out- 
put as a packet 3303 through the data transmitter 2504 
to the network N. 

[0307] Next, the data of the cluster 261 9 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the cluster 2619 has no ECC error, it is packetized 
like the cluster 2617 by the packet generator 2504. 
Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 
network N, in or after a cycle 3308. 
[0308] As described above, in the data transmitting 
device according to the thirteenth embodiment, when 
transmitting data, which has been read from a recording 
medium for each cluster (a unit of ECC processing) and 
subjected to ECC decoding and packetization, if the 
device cannot transmit the data because of an ECC 
error, a packet in which incorrect data CRC is added to 
AV data is generated, and this packet is transmitted to 
the network. Therefore, it is possible to post the occur- 
rence of the ECC error to the receiving end, and the 
receiving end can speedily cope with the ECC error at 
the transmitting end. 

[Embodiment 14] 

[0309] Figure 34 is a block diagram showing a data 
receiving device according to a fourteenth embodiment 
of the present invention. 

[0310] Referring to figure 34, there is shown a data 
receiving device 1014. The data receiving device 1014 
is used to receive packets output from the data transmit- 
ting device 1011 of the eleventh embodiment toward the 
network N, and comprises a data receiver 3404 for 
receiving the packets on the network N, a header ana- 
lyzer 3401 for analyzing a header of the received 
packet, and outputting data 3401a corresponding to a 
buffer output and a header analysis result 3401b, an AV 
data decoder 3402 for decoding the data 3401a from 
the header analyzer 3401 and outputting the resulting 
AV signal, and a system controller 3403 for controlling 
the decoder 3402 according to the header analysis 
result 3401b. 

[0311] Subsequently, operation of the device 1014 will 
be described. When the data receiver 3404 receives the 
packets on the network N, the header 3401 at a next 
stage thereof checks their headers. More specifically, in 
a case where the packets 2801 and 2802 in figure 28 
are received as the packet 2700 in figures 27(a) and 
27(b), the isochronous header 2703 is first checked and 
then the CIP header 2701 is then checked. When 
checking the CIP header 2701 , the ECC flag 2702 con- 
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tamed therein is examined. When the ECC flag indi- 
cates "no ECC error". CRC check on the AV data 2704 
is performed. When the CRC is correct, the AV data 
2704 is output to the AV data decoder 3402, which 
decodes the AV data and outputs the resulting AV sig- 5 
nal. 

[0312] Subsequently, description is given of a case 
where the ECC flag 2702 indicates "ECC error". In this 
case, the data receiving device operates in the same 
manner that it processes the packet 2803 in figure 28 as 10 
the packet 2900 in figures 29(a) and 29(b). 
[031 3] The header analyzer 3401 posts "ECC error" to 
the system controller 3403 using the header analysis 
result 3401b. Knowing that ECC error has occurred, the 
system contiollei 3403 posts this to the AV data 15 
decodei 3402, which aborts normal decoding mode 
operation, and performs error handling mode operation. 
Taken as an example of the error handling mode opera- 
tion is, in a case where the AV data is MPEG data, 
retrieval of GOP (group of picture) headers, picture 20 
headers, or the like. 

[0314] Thus, in the data receiving device 1014 of the 
fourteenth embodiment, when a packet received 
through the digital interface contains information indi- 
cating that the ECC error has occurred at the transmit- 25 
ting end. this is detected and then the decoding 
operation mode converts from the normal mode to the 
error handling mode. Therefore, at the receiving end, 
the error is processed speedily, whereby disorder of the 
AV signal due to the ECC error is minimized. 30 

[Embodiment 15] 

[031 5] A data receiving device according to a fifteenth 
embodiment will be described with reference to figures 35 

34, 30, and 31. 

[0316] The data receiving device of the fifteenth 
embodiment is used to receive the packets in figure 30 
output from the data transmitting device of the twelfth 
embodiment toward the network N. 40 
[0317] The data receiving device of the fifteenth 
embodiment differs from that of the fourteenth embodi- 
ment in that a header analyzer performs decision on 
data indicating that underflow has occurred. 
[0318] Subsequently, operation of the device will be 45 
described. 

[031 9] When the data receiver 3404 receives packets 
on the network N, the header analyzer 3401 checks 
their headers. Specifically, in a case where it receives 
the packets 3001 and 3002 in figure 30 as the packet so 
3100 in figures 31(a) and 31 (b) 01 the packet 3200 in fig- 
ures 32(a) and 32(b), the header analyzer 3401 checks 
the isochronous header 3101 or 3201, checks the CIP 
header 3102 or 3202, and further, checks data CRC of 
the AV data 3103 or 3203. When the data CRC is cor- 55 
rect, the header analyzer 3401 checks whether or not 
the AV data 3103 or 3203 contains a specific pattern. 
[0320] As examples of the specific pattern, there are 



data with all bits set to "0" aligned in a row (32bits), a 32- 
bit sequence error code 000001 B4h (h: hexadecimal 
number) defined in MPEG2, and so forth. 
[0321] In case of the AV data 3103 including no spe- 
cific pattern data, it is output to the AV data decoder 
3402, which decodes the AV data, and outputs the 
resulting AV signal. 

[0322] Subsequently, description is given of the AV 
data 3203 including the specific pattern. In this case, 
the data receiving device 1015 operates in the same 
manner that it processes the packet 3003 in figure 30. 
The header analyzer 3401 posts the ECC error to the 
system controller 3403 using the signal 3401b. Knowing 
the ECC error, the system controller posts this to the AV 
data decoder 3402, which aborts normal decoding 
mode operation and then starts error handling mode 
operation. Taken as an example of the error handling 
mode operation is, in a case where AV data is MPEG 
data, retrieval of GOP (group of picture) headers, pic- 
ture headers, or the like. 

[0323] Thus, in the data receiving device of the fif- 
teenth embodiment, when a packet received through 
the digital interface contains the specific pattern data as 
information indicating that the ECC error has occurred 
at the transmitting end, this is detected and then the 
decoding operation mode converts from the normal 
mode to the error handling mode. Therefore, at the 
receiving end, as in the case of the fourteenth embodi- 
ment, the error is processed speedily, whereby disorder 
of the AV signal due to the ECC error is minimized. 

[Embodiment 16] 

[0324] A data receiving device of the sixteenth 
embodiment will be described with reference to figures 
34, 31, and 33. 

[0325] The data receiving device of the sixteenth 
embodiment is used to receive packets output from the 
data transmitting device of the thirteenth embodiment 
toward the network N. 

[0326] The data receiving device of the sixteenth 
embodiment differs from that of the fourteenth embodi- 
ment in that a header analyzer performs decision on 
data indicating that underflow has occurred. 
[0327] Subsequently, operation of the device will be 
described. 

[0328] When the data receiver 3404 receives the 
packets on the network N, the header analyzer 3401 
checks their headers. More specifically, in a case where 
the packets 3301 and 3302 in figure 33 are received as 
the packet 3100 in figure 31, the header analyzer 3401 
first checks the isochronous header 3101 and then the 
CIP header 3102, and further, performs CRC check on 
the AV data 3103. When the data CRC 3014 is correct, 
the header analyzer 3401 outputs the AV data 3103 to 
the AV data decoder 3402, which decodes the AV data 
and outputs the resulting AV signal. 
[0329] Subsequently, description is given of a case 
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where the data CRC 3104 is incorrect. In this case, the 
data receiving device 1016 operates in the same man- 
ner that it processes the packet 3303 in figure 33. 
[0330] The header analyzer 3401 posts "ECC error" to 
the system controller 3403 using the signal 3401b. 5 
Knowing the ECC error, the system controller 3403 
posts this to the AV data decoder 3402, which aborts 
normal decoding mode operation, and performs error 
handling mode operation. Taken as an example of the 
error handling mode operation is, in a case where AV 10 
data is MPEG data, retrieval of GOP headers, picture 
headers, or the like. 

[0331] Thus, in the data receiving device of the six- 
teenth embodiment, when a packet received through 
the digital interface contains the incorrect data CRC as 75 
information indicating that the ECC error has occurred 
at the transmitting end, this is detected and then the 
decoding operation mode converts from the normal 
mode to the error handling mode. Therefore, at the 
receiving end, as in the case of the fourteenth and fif- 20 
teenth embodiments, the error is processed speedily, 
whereby disorder of the AV signal due to the ECC error 
is minimized. 

[Embodiment 17] 25 

[0332] Figure 35 is a block diagram showing a data 
receiving device according to a seventeenth embodi- 
ment of the present invention. 

[0333] The data receiving device 1017 is provided 30 
with a buffer 351 1 between a header analyzer 3501 and 
an AV data decoder 3502, which has been added to the 
data receiving device 1014 of the fourteenth embodi- 
ment in figure 34, and is used to receive packets output 
from the data transmitting device of the eleventh 35 
embodiment toward the network N. 
[0334] Subsequently, operation of the device will be 
described. 

[0335] When the data receiver 3504 receives the 
packets on the network N, the header analyzer 3501 40 
checks their headers. More specifically, in a case where 
the packets 2801 and 2802 in figure 28 are received as 
the packet 2707 in figures 27(a) and 27(b), the header 
analyzer 3501 first checks the isochronous header 2703 
and then the CIP header 2701. When checking the CIP 45 
header 2701 , the analyzer 3501 examines the ECC flag 
2702 contained in the CIP header 2701 . When the ECC 
flag indicates "no ECC error", the analyzer 3501 per- 
forms CRC check on the AV data. When the CRC is cor- 
rect, the header analyzer 3501 outputs the AV data so 
2704 to the buffer 351 1 as a signal 3501a. The AV data 
2704 input to the buffer 351 1 is, after it is delayed for a 
fixed time, output to the AV data decoder 3502, which 
decodes the AV data and outputs the resulting AV sig- 
nal. 55 
[0336] Subsequently, description is given of a case 
where the ECC flag indicates "ECC error" when check- 
ing the ECC flag contained in the CIP header 2702. In 
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this case, the data receiving device operates in the 
same manner that it processes the packet 2803 in figure 
28 as the packet 2900 in figures 29(a) and 29(b). 
[0337] The header analyzer 3501 posts the ECC error 
to the system controller 3503 using the header analysis 
result 3501b. Knowing the ECC error, the system con- 
troller 3503 posts this to the AV data decoder 3502. The 
AV data decoder 3502 performs processing considering 
that error data will be input thereto after some delay in 
the buffer 351 1 while data is delayed by the buffer 351 1 , 
and then aborts normal decoding mode operation, and 
starts error handling mode operation when the error 
data is input thereto. 

[0338] Thus, in the data receiving device 101 7 of the 
seventeenth embodiment, when a packet received 
through the digital interface contains the information 
indicating that the ECC error has occurred at the trans- 
mitting end, this is detected and then the decoding oper- 
ation mode converts from the normal mode to the error 
handling mode. Therefore, at the receiving end, the 
error is processed speedily, whereby disorder of the AV 
signal due to the ECC error is minimized. 
[0339] f n addition, the AV data is delayed by the buffer, 
and then decoded. Therefore, the decoder can detect 
that incorrect AV data resulting from the ECC error will 
be input thereto. Thereby, decoding can be performed in 
view of error handling in advance, whereby disorder of 
the video or audio signal due to the ECC error is effec- 
tively suppressed. 

[0340] While in the eleventh to seventeenth embodi- 
ments the IEEE 1394 is illustrated as the digital inter- 
face, another digital interface may be used. 
[0341] While in the eleventh to seventeenth embodi- 
ments, the data recorded in the recording medium is 
used as the AV data, this may include subtitle data. 
Besides, the data recorded in the recording medium 
may be one of the video data and audio data. 
[0342] While in the eleventh to thirteenth embodi- 
ments the optical disk is illustrated as the recording 
medium, this may be another recording medium such 
as a magnetic disk. 

[0343] In the case where ECC decoding of the cluster 
2618 has developed the ECC error in the data transmit- 
ting device of the eleventh to thirteenth embodiments, it 
will not be reread from the optical disk 2508, and the 
subsequent cluster 2619 is read therefrom. Contrary to 
this, the cluster 2618 may be reread. 
[0344] Although in the data transmitting device of the 
eleventh embodiment, whether or not the ECC error has 
occurred is indicated by the ECC flag 2702 "1" or "0", 
respectively, this may be reversed. 
[0345] While the data receiving device of the seven- 
teenth embodiment is shown as being the device of the 
fourteenth embodiment to which the buffer is added, the 
buffer may be added to the data receiving device of the 
fifteenth or sixteenth embodiment. 
[0346] While in the eleventh to thirteenth embodi- 
ments, the buffer output is directly sent to the packet 
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generator, it may be divided as already described in the 
first embodiment, and output to the packet generator. 

Claims 

1. A data transmitting device connected to a pre- 
scribed network, comprising: 

coding means for receiving plural kinds of 
coded data, and coupling these coded data in 
first data units to generate a first coded stream; 
dividing means for dividing the first coded 
stream in second data units of a prescribed 
data size to generate divided pack data corre- 
sponding to divided packs as the second units; 
packet generating means for adding header 
information to respective divided pack data to 
generate packet data corresponding to packets 
as data transmission units; and 
transmitting means for outputting the respec- 
tive packet data toward the network as a sec- 
ond coded stream which has a data structure 
different from that of the first coded stream. 

2. The data transmitting device as defined in claim 1 
wherein the coding means is system encoding 
means which receives the plural kinds of coded 
data, generates and outputs an MPEG2 program 
stream as the first coded stream. 

3. The data transmitting device as defined in claim 2 
wherein the dividing means divides the first coded 
stream in such a manner that the divided packs 
each contains coded data of one kind. 

4. The data transmitting device as defined in claim 3 
wherein the packet generating means generates 
packet data by adding stuffing data to a divided 
pack of a size smaller than the prescribed data size 
so that all the generated packets are of the same 
size. 

5. A data transmitting device connected to a pre- 
scribed network, comprising: 

reading means for reading data recorded in 
sector units of a prescribed data size in a 
recording medium for each sector; 
dividing means for dividing data corresponding 
to each sector read by the reading means in 
data units of a data size smaller than that of the 
sector, to generate divided pack data corre- 
sponding to divided packs as the data units; 
packet generating means for adding header 
information to respective divided pack data, to 
generate packet data corresponding to packets 
as data transmission units; and 
transmitting means for outputting respective 



packet data toward the network. 

6. The data transmitting device as defined in claim 5 
wherein the dividing means divides the data corre- 

5 sponding to the sector so that head data of each 

sector matches head data of the corresponding 
divided pack. 

7. The data transmitting device as defined in claim 5 
10 wherein the packet generating means generates 

packet data by adding information indicating that a 
divided pack contains head data of the correspond- 
ing sector to the divided pack. 

15 8. The data transmitting device as defined in claim 6 
wherein the packet generating means generates 
packet data by adding information indicating that a 
divided pack contains head data of the correspond- 
ing sector to the divided pack. 

20 

9. The data transmitting device as defined in any of 
claims 7 and 8 wherein, when the transmitting 
means repeats, at fixed time intervals, packet-by- 
packet data transmission for outputting at least one 

25 packet data to the network at a fixed transmission 
rate, it adds information indicating that the divided 
pack contains the head data to a header of an iso- 
chronous packet for use in an isochronous transfer 
which performs the data transmission in synchroni- 
se zation with a transmission request in the transmit- 
ting means. 

10. The data transmitting device as defined in any of 
claims 7 and 8 where the information is count 

35 number indicating the number of plural divided 
packs corresponding to each sector. 

11. A data receiving device for receiving packet data 
output from the data transmitting device as defined 

40 in any of claims 5 to 8 as a coded stream, said 
device comprising: 

receiving means for receiving the packet data 
and outputting the divided pack data corre- 
45 sponding to each packet according to analysis 

of its header information; and 
coupling means for coupling the divided pack 
data output from the receiving means to gener- 
ate data corresponding to the sector. 

50 

12. A data recording device for receiving and recording 
packet data output as a coded stream from the data 
transmitting device as defined in any of claims 5 to 
8. said device comprising: 

55 

receiving means for receiving the packet data 
and outputting the divided pack data corre- 
sponding to each packet according to analysis 
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of its header information; 
coupling means for coupling the divided pack 
data output from the receiving means to gener- 
ate data corresponding to the sector; and 
recording means for recording the data corre- 5 
sponding to the sector output from the coupling 
means in a recording medium having a sector 
structure. 

13. The data transmitting device as defined in any of 10 
claims 5 to 8 wherein the sector is 2048 bytes in 
data size. 

14. The data receiving device as defined in claim 11 
wherein the sector is 2048 bytes in data size. is. 

15. The data recording device as defined in claim 12 
wherein the sector is 2048 bytes in data size. 

16. The data transmitting device as defined in any of 20 
claims 5 to 8 wherein the recording medium con- 
tains MPEG2 program stream data which has been 
subjected to prescribed signal processing. 

17. The data receiving device as defined in claims 11 25 
wherein the recording medium contains MPEG2 
program stream data which has been subjected to 
prescribed signal processing. 

18. The data recording device as defined in claims 12 30 
wherein the recording medium at the transmitting 
end contains MPEG2 program stream data which 
has been subjected to prescribed signal process- 
ing. 

35 

19. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium; 40 
buffer means for temporarily storing the data 
read by the data reading means; and 
data transmitting means for outputting the data 
output from the buffer means, toward the net- 
work; 45 
wherein, when the buffer means goes into 
underflow state, the data transmitting means 
outputs underflow information indicating that 
underflow has occurred in the buffer means, 
toward the network. so 

20. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 55 
in a recording medium; 

buffer means for temporarily storing the data 
read by the data reading means; 
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packet generating means for adding header 
information to the data output from the buffer 
means, and generating packet data corre- 
sponding to a packet which is a unit of data 
transmission; and 

data transmitting means for outputting the 
packet data output from the packet generating 
means, toward the network; 
wherein, when the buffer means goes into 
underflow state, the packet generating means 
adds underflow information to a header section 
of the packet, which information indicates that 
underflow has occurred in the buffer means, 
and outputs the packet toward the data trans- 
mitting means. 

21. The data transmitting device as defined in Claim 20 
wherein: 

said data transmitting means repeats, at fixed 
time intervals, packet-by-packet data transmis- 
sion for outputting at least one packet data to 
the network at a fixed transmission rate; and 
said packet generating means adds the under- 
flow information to a header of an isochronous 
packet used in isochronous transfer in which 
said data transmission is performed synchro- 
nously with a transfer request generated by the 
data transmitting means. 

22. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium; 

buffer means for temporarily storing the data 
read by the data reading means; and 
data transmitting means for outputting the data 
output from the buffer means, toward the net- 
work; 

wherein, when the buffer means goes into 
underflow state, the data transmitting means 
outputs data of a prescribed pattern to the net- 
work, as underflow information indicating that 
underflow has occurred in the buffer means. 

23. The data transmitting device as defined in Claim 22 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 

24. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 19; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that underflow 



EP 0 899 964 A2 



30 

INSDOCID: <EP 0899964A2J_> 



59 



EP 0 899 964 A2 



60 



has occurred at the transmitting end when 
underflow information is included in the data; 
and 

data decoding means for performing decoding 
based on the data received by the data receiv- 5 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information indi- 
cating the occurrence of underflow. 

10 

25. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 
output from the data transmitting device of is 
Claim 20; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that underflow 
has occurred at the transmitting end when 20 
underflow information is included in the packet 
data; and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting the operating 25 
mode of the decoding from normal mode to 
error handling mode on receipt of the informa- 
tion indicating the occurrence of underflow. 

26. A data receiving device connected to a prescribed 30 
network, comprising: 

data receiving means for receiving isochronous 
packet data output from the data transmitting 
device of Claim 21 ; 35 
data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting information 
indicating that underflow has occurred at the 
transmitting end when the underflow informa- 40 
Won is included in the header of the iso- 
chronous packet data; and 
data decoding means for performing decoding 
based on the isochronous packet data received 
by the data receiving means, and converting 45 
the operating mode of the decoding from nor- 
mal mode to error handling mode on receipt of 
the information indicating the occurrence of 
underflow. 

50 

27. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 22; 55 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that underflow 



has occurred at the transmitting end when the 
data of a prescribed pattern is included in the 
received data; and 

data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information any of 
indicating the occurrence of underflow. 

28. The data transmitting device as defined in Claim 27 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 

29. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 

error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read by the data reading means; and 
data transmitting means for outputting the data 
read from the data reading means toward the 
network; 

wherein, when an error in data processing is 
detected by the error detecting means, the data 
transmitting means outputs error information 
indicating the occurrence of error in data 
processing, toward the network. 

30. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 

error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read by the data reading means; 
packet generating means for adding header 
information to the data read by the data reading 
means, and generating packet data corre- 
sponding to a packet which is a unit of data 
transmission; and 

data transmitting means for transmitting the 
packet data output from the packet generating 
means, toward the network; 
wherein, when an error in data processing is 
detected by the error detecting means, the 
packet generating means adds error informa- 
tion to a header section of the packet, which 
information indicates that an error has occurred 
in data processing, and outputs the packet 
toward the data transmitting means. 
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31. The data transmitting device as defined in Claim 30 
wherein: 

said data transmitting means repeats, at fixed 
time intervals, packet-by-packet data transmis- s 
sion for outputting at least one packet data to 
the network at a fixed transmission rate; and 
said packet generating means adds the error 
information to a header of an isochronous 
packet used in isochronous transfer in which 10 
said data transmission is performed synchro- 
nously with a transfer request generated by the 
data transmitting means. 

32. A data transmitting device connected to a pre- is 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 20 
error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read by the data reading means; and 
data transmitting means for transmitting the 25 
data read by the data reading means toward 
the network; 

wherein, when an error in data processing is 
detected by the error detecting means, the data 
transmitting means outputs data of a pre- 30 
scribed pattern to the network, as information 
indicating that an error has occurred in data 
processing. 

33. The data transmitting device as defined in Claim 32 35 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 

34. A data transmitting device connected to a pre- 
scribed network, comprising: 40 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 

error detecting means for detecting whether an 45 
error exists in data processing or not, by decod- 
ing the error -correcting code included in the 
data read by the data reading means; 
packet generating means for adding header 
information to the data read by the data reading so 
means, and generating packet data corre- 
sponding to a packet which is a unit of data 
transmission; and 

data transmitting means for transmitting the 
packet data output from the packet generating 55 
means toward the network; 
wherein, when an error in data processing is 
detected by the error detecting means, the 



packet generating means adds incorrect cyclic 
redundancy check data to the packet data, as 
information indicating that an error has 
occurred in data processing, and outputs the 
packet data. 

35. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 29; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that an error has 
occurred in data processing at the transmitting 
end when the error information is included in 
the received data; and 

data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information indi- 
cating the occurrence of error in data 
processing. 

36. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 
output from the data transmitting device of 
Claim 30; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that an error 
has occurred in data processing at the trans- 
mitting end when the error information is 
included in the packet data; and 
data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting the operating 
mode of the decoding from normal mode to 
error handling mode on receipt of the informa- 
tion indicating the occurrence of error in data 
processing. 

37. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving isochronous 
packet data output from the data transmitting 
device of Claim 31 ; 

data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting information 
indicating that an error has occurred in data 
processing at the transmitting end when the 
error information is included in the header of 
the isochronous packet data; and 
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data decoding means for performing decoding 
based on the isochronous packet data received 
by the data receiving means, and converting 
the operating mode of the decoding from nor- 
mal mode to error handling mode on receipt of 
the information indicating the occurrence of 
error in data processing. 

38. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 32; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that an error has 
occurred in data processing at the transmitting 
end when the data of a prescribed pattern is 
included in the received data; and 
data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information indi- 
cating the occurrence of error in data 
processing. 

39. The data receiving device as defined in Claim 38 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 

40. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 
output from the data transmitting device of 
Claim 34; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that the cyclic 
redundancy check data is incorrect, when the 
cyclic redundancy check data included in the 
header section of the packet data is incorrect; 
and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting the operating 
mode of the decoding from normal mode to 
error handling mode on receipt of the informa- 
tion indicating that the cyclic redundancy check 
data is incorrect. 

41 . The data transmitting device as defined in any of 
claims 19. 22. and 23 further comprising: 

dividing means for dividing data output from the 
buffer means in data units of a data prescribed 
size, to generate divided pack data corre- 



sponding to divided packs as the data units; 
and 

packet generating means for adding header 
information to respective divided pack data to 
s generate packet data corresponding to packets 

as data transmission units, 
the data transmitting means outputting the 
packet data toward the network as data output 
from the buffer means. 

10 

42. A data receiving device connected to a prescribed 
network, comprising: 

receiving means for receiving packet data out- 
is put from the data transmitting device of claim 

41; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that underflow 
20 has occurred at a transmitting end when the 

packet data contains the underflow information; 
and 

data decoding means for performing decoding 
based on the packet data received by the data 
25 receiving means, and converting decoding 

operation mode from normal mode to error 
handling mode, upon receipt of the information 
indicating that underflow has occurred. 

30 43. The data transmitting device as defined in any of 
claims 20 and 21 further comprising: 

dividing means for dividing data output from the 
buffer means in data units of a prescribed data 
35 size, to generate divided pack data corre- 

sponding to divided packs as the data units, 
the packet generating means receiving the 
divided pack data as the data output from the 
buffer means and adding header information to 
40 respective divided pack data to generate the 

packet dat^v, wv> . 

44. A data receiving device connected to a prescribed 
network, comprising: 

45 

receiving means for receiving packet data out- 
put from the data transmitting device of claim 
43; 

data analyzing means for analyzing the packet 
50 data received by the data receiving means, and 

outputting information indicating that underflow 
has occurred at a transmitting end when the 
packet data contains the underflow information; 
and 

55 data decoding means for performing decoding 

based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
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handling mode, upon receipt of the information 
indicating that underflow has occurred. 

45. The data transmitting device as defined in any of 
claims 29, 32, and 33 further comprising: 5 

dividing means for dividing data read from the 
data reading means in data units of a pre- 
scribed data size, to generate divided pack 
data corresponding to divided packs as the 10 
data units; and 

packet generating means for adding header 
information to respective divided pack data to 
generate packet data corresponding to packets 
as data transmission units, is 
the data transmitting means outputting the 
packet data toward the network as the data 
read by the data reading means. 

46. A data receiving device connected to a prescribed 20 
network, comprising: 

receiving means for receiving packet data out- 
put from the data transmitting device of claim 
45; 25 
data analyzing means for analyzing packet 
data received by the data receiving means and 
outputting information indicating that an error 
has occurred in data processing at a transmit- 
ting end when the packet data contains the 30 
error information; and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 35 
handling mode, upon receipt of the information 
indicating that the error has occurred in the 
data processing. 

47. The data transmitting device as defined in any of 40 
claims 30, 31, and 34 further comprising: 

dividing means for dividing data read by the 
data reading means in data units of a pre- 
scribed data size, to generate divided pack 45 
data corresponding to divided packs as the 
data units, 

the packet generating means receiving the 
divided pack data as the data read by the data 
reading means and adding header information 50 
to respective divided pack data to generate the 
packet data. 

48. A data receiving device connected to a prescribed 
network, comprising: 55 

receiving means for receiving packet data out- 
put from the data transmitting device of claim 
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47; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that an error 
has occurred in data processing at a transmit- 
ting end when the packet data contains the 
error information; and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
handling mode, upon receipt of the information 
indicating that the error has occurred in the 
data processing. 

49. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

coding step for receiving plural kinds of coded 
data, and coupling these coded data in first 
data units to generate a first coded stream; 
dividing step for dividing the first coded stream 
in second data units of a prescribed data size 
to generate divided pack data corresponding to 
divided packs as the second units; 
packet generating step for adding header infor- 
mation to respective divided pack data to gen- 
erate packet data corresponding to packets as 
data transmission units; and 
transmitting step for outputting the respective 
packet data toward the network as a second 
coded stream which has a data structure differ- 
ent from that of the first coded stream. 

50. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

reading step for reading data recorded in sec- 
tor units of a prescribed data size in a recording 
medium for each sector; 
dividing step for dividing data corresponding to 
each sector read in the reading step in data 
units of a data size smaller than that of the sec- 
tor, to generate divided pack data correspond- 
ing to divided packs as the data units; 
packet generating step for adding header infor- 
mation to respective divided pack data, to gen- 
erate packet data corresponding to packets as 
data transmission units; and 
transmitting step for outputting respective 
packet data toward the network. 

51. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data 
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read in the data reading step, into a buffer; and 
data transmitting step for outputting the data 
output from the buffer, toward the network; 
wherein, in the data transmitting step, when the 
buffer goes into underflow state, underflow 
information indicating that underflow has 
occurred in the buffer is output toward the net- 
work. 

52. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data 
read in the data reading step, into a buffer; 
packet generating step for adding header infor- 
mation to the data output from the buffer, and 
generating packet data corresponding to a 
packet which is a unit of data transmission; and 
data transmitting step for outputting the packet 
data generated in the packet generating step, 
toward the network; 

wherein, in the packet generating step, when 
the buffer goes into underflow state, underflow 
information is added to a header section of the 
packet, which information indicates that under- 
flow has occurred in the buffer, and then the 
packet data is generated. 

53. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data 
read in the data reading step, into a buffer; and 
data transmitting step for outputting the data 
output from the buffer, toward the network; 
wherein, in the data transmitting step, when the 
buffer goes into underflow state, data of a pre- 
scribed pattern is output to the network as 
underflow information indicating that underflow 
has occurred in the buffer. 

54. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an 
error-correcting code; 

error detecting step for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read in the data reading step; and 
data transmitting step for outputting the data 
read from the data reading step toward the net- 
work; 
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wherein, when an error in data processing is 
detected in the error detecting step, in the data 
transmitting step, error information indicating 
the occurrence of error in data processing is 
output toward the network. 

55. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an 
error-correcting code; 

error detecting step for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read in the data reading step; 
packet generating step for adding header infor- 
mation to the data read by the data reading 
step, and generating packet data correspond- 
ing to a packet which is a unit of data transmis- 
sion; and 

data transmitting step for transmitting the 
packet data output from the packet generating 
step, toward the network; 
wherein, when an error in data processing is 
detected by the error detecting step, in the 
packet generating step, error information is 
added to a header section of the packet, which 
information indicates that an error has occurred 
in data processing, and then the packet data is 
generated. 

56. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an 
error-correcting code; 

error detecting step for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read in the data reading step; and 
data transmitting step for transmitting the data 
read by the data reading step toward the net- 
work; 

wherein, when an error in data processing is 
detected in the error detecting step, in the data 
transmitting step, data of a prescribed pattern 
is output to the network as information indicat- 
ing that an error has occurred in data process- 
ing. 

57. A data transmitting method for transmitting data 
toward a prescribed network, comprising : 

data reading step for reading data recorded in 
a recording medium, which data is given an 
error-correcting code; 
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error detecting step for delecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read in the data reading step; 
packet generating step for adding header infor- s 
mation to the data read by the data reading 
step, and generating packet data correspond- 
ing to a packet which is a unit of data transmis- 
sion; and 

data transmitting step for transmitting the 10 
packet data output from the packet generating 
step toward the network; 
wherein, when an error in data processing is 
detected in the error detecting step, in the 
packet generating step, incorrect cyclic redun- is 
dancy check data is added to the packet data, 
as information indicating that an error has 
occurred in data processing. 
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